在传统的Java应用程序中，实体类通常被放置在DAO或POJO文件夹下：
-
DAO文件夹：
- "DAO"是"Data Access Object"的缩写，它是一种设计模式，用于将数据访问逻辑与业务逻辑分离，实现数据访问的独立性和可维护性。
- 在DAO文件夹中，通常存放用于数据库操作的数据访问对象（DAO类）。这些DAO类负责将实体类与数据库进行交互，执行数据的读取、写入和更新操作。
- DAO类封装了数据库的操作，使得业务逻辑代码不直接与数据库交互，而是通过DAO接口来访问数据库。这样可以实现业务逻辑与数据存储的分离。
-
POJO文件夹：
- "POJO"是指"Plain Old Java Object"，即简单的Java对象。在这种情况下，POJO指的是用于表示纯粹的数据模型，不包含业务逻辑或持久化相关代码的简单Java类。
- 在一些项目中，可能会将用于表示数据模型的纯粹Java类（实体类）放置在POJO文件夹下。
- 这些实体类通常只包含一些字段（成员变量）和对应的getter和setter方法。它们用于表示业务中的数据结构，但不包含业务逻辑。
- 这些实体类是典型的POJO，不依赖于特定框架或接口，只是用来封装数据，通常不涉及复杂的业务规则或数据库访问逻辑。
DAO，Data Access Object，数据访问对象
"DAO"是"Data Access Object"（数据访问对象）的缩写。它是一种设计模式，用于将数据访问逻辑与业务逻辑分离。DAO模式的目标是提供一个抽象层，使业务逻辑代码不直接与底层数据库交互，从而实现数据的独立性和可维护性。
在软件系统中，数据访问是一个常见的需求，通常涉及数据库的读取、写入和更新操作。在传统的软件设计中，业务逻辑代码往往直接包含了与数据库交互的代码，这样会导致以下问题：
-
耦合度高： 业务逻辑与数据库访问代码紧密耦合在一起，导致难以对其进行单独测试、维护和修改。
-
可移植性差： 业务逻辑与特定数据库的绑定，如果要更换数据库或者切换到不同的数据存储系统，就需要修改大量的业务逻辑代码。
-
可测试性差： 由于业务逻辑与数据库交互紧密相关，对业务逻辑进行单元测试会变得非常复杂。
DAO模式通过引入数据访问对象解决了这些问题。数据访问对象（DAO）是一个中间层，它封装了数据的持久化和检索操作。在DAO模式中，业务逻辑代码不直接与数据库交互，而是通过DAO接口来执行数据操作。这样做的好处有：
-
解耦： 业务逻辑和数据访问逻辑解耦，业务逻辑代码不需要关心具体的数据存储细节，可以独立于数据库进行开发和测试。
-
可维护性： DAO模式使得数据访问逻辑集中在一个地方，易于维护和修改，而不会对业务逻辑产生影响。
-
可移植性： 由于业务逻辑与DAO接口耦合，而不是与具体的数据库交互代码耦合，因此可以在不同的数据存储系统之间切换而无需修改业务逻辑代码。
-
测试性： 业务逻辑可以单独进行测试，而不需要访问实际数据库，因为可以通过模拟或者Mock DAO接口来测试业务逻辑。
总结起来，DAO模式提供了一种良好的数据访问抽象层，可以将业务逻辑与数据访问逻辑分离，从而实现更加灵活、可维护和可测试的软件系统。
POJO，Plain Old Java Object，简单旧式Java对象
"POJO"是"Plain Old Java Object"（简单旧式Java对象）的缩写。这个术语最早由Martin Fowler在2000年左右提出，用于描述一种简单、普通的Java对象，它不依赖于任何特定的框架、接口或类库。POJO是一种Java类的设计风格，旨在保持代码的简洁性和可读性。
在传统的Java开发中，随着框架的不断出现，很多Java类开始依赖于特定的接口、注解和类库，这些类往往带有大量的复杂性和约束。例如，EJB（Enterprise JavaBeans）是一种常见的Java企业级组件技术，在EJB中，开发者必须遵循特定的规范和接口，导致代码的复杂性增加。
为了避免这些框架和规范所带来的复杂性，POJO概念出现了。POJO是简单的Java类，它不强制继承特定类、实现特定接口，也不依赖于特定的框架或类库。POJO只关注业务逻辑的实现，使得代码更加简洁、灵活、易于维护和测试。
POJO的特征包括：
-
Plain（简单）： POJO类应该保持简单，不应该包含过多的复杂性和不必要的额外功能。
-
Old（旧式）： 这里的"旧式"并不是指过时的意思，而是指POJO不依赖于新的框架和技术，它可以在各种Java环境中运行。
-
Java Object（Java对象）： POJO是普通的Java对象，它应该符合Java语言的规范。
POJO的设计风格被广泛应用于各种Java应用程序和框架中，例如Spring框架就是一个非常著名的支持POJO开发风格的Java企业级框架。使用POJO可以使得代码更加简洁易懂，也更容易进行单元测试和扩展。此外，POJO的设计思想也促进了面向对象的设计原则，如单一职责原则（SRP）和依赖倒置原则（DIP）的应用。
