前言

我们都知道 java 是面向对象（object）的，在开发过程中，我们会封装各种各样的实体类，在面对PO、VO、BO等等专业术语时你会不会也分不清楚呢，今天我就来详细的解释下他们到底是什么意思以及在什么场合会用到。

分层领域模型规约

分层领域模型规约是一种常用于软件开发中的设计模式，它将整个系统分成多个层次，每个层次负责处理不同的任务。下面是分层领域模型规约中的几个关键概念：

1. 领域层(Domain Layer)：负责定义业务逻辑和数据持久化操作，并提供 API 给其他应用程序层使用。
2. 应用程序层(Application Layer)：负责协调领域层和表示层之间的交互，并通过定义服务接口，向表示层暴露业务逻辑。
3. 表示层(Presentation Layer)：负责呈现数据给用户，并将用户输入传递给应用程序层进行处理。
4. 数据访问层(Data Access Layer)：负责与数据库进行交互，包括读取、写入、更新和删除等操作。

在实践中，分层领域模型规约可以有不同的变体。比如，可以将应用程序层和表示层合二为一，也可以将数据访问层和领域层混合在一起。总之，这种设计模式旨在提高代码的可维护性、可扩展性和可测试性，使系统更易于理解和修改。

PO (persistant object )，持久对象

PO（Persistent Object）是指一种在程序运行期间始终存在的对象，与临时对象（Transient Object）不同，它们会在程序执行完成后被销毁。持久对象通常与数据库交互，可以被存储和检索。

PO是持久化对象，用于表示数据库中的实体或表的映射，通常与数据库表的结构和字段对应。 PO的属性对应数据库表的字段，可以进行持久化操作（新增、查询、更新、删除）。

VO (value object) ，值对象

VO（Value Object）又称为值对象，是指一种不可变的、仅由属性值构成的对象。它的主要作用是描述某个特定的领域概念，比如日期、时间、货币等，或者是一些复合类型的数据结构。

与 PO（Persistent Object）不同，VO 并不具有持久化能力，它们通常用于封装值或数据，以便在应用程序中进行传递和处理。VO 对象通常被设计成不可变的，这意味着它们的状态不能被修改，因此可以确保对象的一致性和可靠性。

值对象通常具有以下特征：

1. 不可变性：值对象一旦创建，其状态就不再改变，所有的属性都是只读的。
2. 没有标识：值对象的相等性是通过其属性来确定的，没有唯一的标识符。
3. 可以被共享：多个对象可以引用同一个值对象，因为它们的状态是不可变的。

在实践中，值对象经常用于封装一些简单的、基础的数据类型，比如字符串、数字等，以及一些复杂的数据结构，比如集合、列表、树等。值对象能够增加代码的可读性和可维护性，同时还能减少出错的机会。

简单来说，VO是值对象，用于封装数据，通常是不可变的，用于传递数据而不包含业务逻辑，VO可以用于在不同层之间传递数据，如前端和后端之间，后端的返回的到前端的数据只需要保留必要的字段就可以，将这些必要的字段封装起来就是VO。

DAO (Data Access Objects) ，数据访问对象接口

DAO（Data Access Objects）是一种数据访问对象接口，它提供了对某个特定数据源（比如关系数据库、文本文件等）的访问操作。DAO 通常用于将底层数据存储细节与上层业务逻辑分离，从而提高代码的可重用性和可维护性。

DAO 接口主要包括以下几个方面：

1. CRUD 操作：DAO 接口提供了增删改查等基本的数据操作方法。这些方法通常涉及到 SQL 语句的构建、参数类型转换、结果集的映射等操作。
2. 事务控制：DAO 接口可以为业务逻辑中需要进行事务控制的方法提供支持。事务控制可以保证数据的一致性和可靠性。
3. 异常处理：DAO 接口应该能够处理底层数据存储引发的异常，并将异常传递给调用者，以便做出相应的处理。
4. 抽象化：DAO 接口使得业务逻辑能够独立于具体的数据存储实现，从而提高了代码的可移植性和可测试性。

在实际应用中，我们可以通过使用 ORM（Object-Relational Mapping）框架来简化 DAO 的实现。ORM 框架可以自动地生成 SQL 语句、映射查询结果等操作，从而减少了开发者的工作量。同时，在设计 DAO 接口时，还需要考虑数据存储的安全性、性能等因素，以确保应用程序能够正常运行和适应不断变化的业务需求。

DAO是数据访问对象，用于封装对数据库的访问操作，也就是我们常说的Dao层，提供对数据库的增删改查等操作的接口，DAO可以隐藏底层数据库的具体实现细节，使得业务逻辑层与数据库解耦。

BO (Business Object)，业务对象层

BO（Business Object）指的是业务对象层，它是位于应用程序中介于 DAO 层和 Presentation 层之间的一层。BO 层主要负责处理业务逻辑、协调各个组件之间的交互以及与 Presentation 层进行数据交互。

BO 层通常包含以下几个方面：

1. 业务逻辑处理：BO 层负责实现业务规则和流程，如数据校验、计算、转换等操作。这些业务逻辑可能涉及到多个底层数据源的操作，需要通过调用 DAO 接口来实现。
2. 事务控制：BO 层也可以提供事务控制的功能，以确保业务操作的原子性和一致性。BO 层可以将底层 DAO 操作组合成一个完整的事务，并在必要的时候进行回滚操作。
3. 对象映射：BO 层负责将底层数据存储的数据模型与上层 Presentation 层的视图模型进行映射。这意味着 BO 层需要处理对象的转换、持久化、序列化等操作。
4. 协调各个组件：BO 层作为应用程序的中间层，需要协调 Presentation 层、DAO 层、第三方服务组件等各个组件之间的交互。BO 层可以处理这些组件之间的通信，从而减少 Presentation 层和 DAO 层之间的耦合度。

在实践中，BO 层通常由一些业务逻辑比较复杂的方法组成，这些方法可能会对多个数据库表进行操作，并且需要进行一定的对象映射和转换。BO 层可以将 Presentation 层与 DAO 层分离，使得应用程序更加易于维护和扩展。

BO是业务对象，用于封装业务逻辑和操作，包含与业务相关的方法和属性，用于实现业务规则和操作，BO通常与领域模型紧密相关，用于表示业务概念和业务流程。

DTO (Data Transfer Object)数据传输对象

DTO（Data Transfer Object）是一种数据传输对象，用于在各个层之间传输数据。DTO 通常包含了多个属性，这些属性与某个业务逻辑相关联，并且可能来自于多个数据源。

DTO 主要有以下几个方面的作用：

1. 数据传输：DTO 对象用于在 Presentation 层和 BO 层、BO 层和 DAO 层之间传输数据。DTO 对象可以将底层数据存储的数据模型转换成上层业务逻辑需要的视图模型，从而实现数据的传输和交互。
2. 减少网络负载：DTO 对象可以减少网络负载，因为它们只包含最小必要的属性信息。这使得数据传输过程变得更加高效，特别是在分布式系统中。
3. 隐藏底层数据结构：DTO 对象可以隐藏底层数据结构的细节，从而提高代码的可维护性和可扩展性。DTO 对象可以封装底层数据结构，使得上层组件不必关心数据结构的具体实现细节。
4. 可序列化：DTO 对象可以被序列化和反序列化，从而在不同进程或者不同机器之间进行数据传输。这使得使用 DTO 对象可以实现跨平台的数据传输。

DTO 对象通常由开发者手动编写，这些对象的类型和属性应该与业务逻辑密切相关。DTO 对象应该尽量简单，并且只包含必需的属性信息，避免数据冗余和网络负载过大的问题。同时，在设计 DTO 对象时，开发者还需要考虑对象的可重用性和扩展性，以满足不断变化的业务需求。

从输入来看，在进行请求时，应用在接口接收传入对象，然后又转换成实体进行持久化。在此过程中，传入的对象就是DTO。 它的命名方式可能是Param、Query 、Command、等。Param 为查询参数对象，适用于各层，一般用做接受前端参数对象。Param 和 Query 的出现是为了不使用 Map 做为接收参数的对象。 从输出来看，在进行返回响应时，若数据表有100个字段，那么PO中就有100个属性，而界面可能只需要其中10个属性，那么查询数据库后，对象就需要由PO转化成DTO。 DTO可能还需要组合多个表查询到的对象成为一个大对象，以便减少网络的调用，或者给前端传输一些不在数据库中查到的属性，所以需要添加属性。

POJO (Plain Old Java Objects)，简单的Java对象

POJO（Plain Old Java Objects）指的是简单的 Java 对象，它们是一种没有任何限制的普通 Java 对象，不依赖于特定的框架或接口。POJO 对象通常不包含任何专有的基类或接口，也不需要遵循任何提前定义的规则或契约。

POJO 对象主要具有以下几个特点：

1. 简单性：POJO 对象非常简单，通常只包含数据属性和访问方法。
2. 可重用性：由于 POJO 对象没有特定的依赖关系和规范，因此它们可以轻松地在不同的应用程序中进行复用。
3. 可测试性：POJO 对象不依赖于任何特定的框架或接口，因此可以轻松地进行单元测试和集成测试。
4. 可扩展性：由于 POJO 对象没有任何预定的规则或契约，因此可以根据业务需求进行灵活的扩展和修改。

POJO 对象在 Java 开发中非常常见，它们被广泛应用于各种领域，比如企业应用、Web 开发、移动应用等。通过使用 POJO 对象，开发者可以使代码更加简单、可重用、可测试和可扩展，从而提高开发效率和代码质量。

总结

• PO (Persistent Object): 持久化对象，用于表示数据库中的数据记录，通常与数据库表的结构相对应，以便进行 CRUD (创建、读取、更新、删除) 操作。
• VO (Value Object): 值对象，用于表示业务逻辑中的数据对象，通常用于在层之间传输数据。
• DAO (Data Access Object): 数据访问对象，用于封装数据访问逻辑，隐藏底层数据存储细节，提供一组操作数据的方法。
• BO (Business Object): 业务对象，用于封装业务逻辑，通常反映业务流程或业务实体。BO 可以使用 DAO 和 DTO 进行数据操作和传输。
• DTO (Data Transfer Object): 数据传输对象，用于在系统层之间传输数据，通常包含多个字段，可以用于批量传输数据。
• POJO (Plain Old Java Object): 简单的 Java 对象，是一个特定类型的类，没有任何限制或附加条件，可以用于表示各种数据。

需要注意的是，这些缩写词的具体定义可能因项目而异，因此在具体项目中应该根据团队约定和实际需求来使用。

对象的命名习惯：

PO通常放在名为bean、entity、model目录中。 DAO本身就是一层，通常是DAO、mapper、repository目录。 BO通常在service、manager、business，domain，model目录中。 DTO通常在command、representation、DTO目录中。

技术虐我千百遍,我待技术如初恋，我们下期再见！

公众号

大家的点赞、收藏和评论对子龙非常重要，如文章对你有帮助还请转发支持下，谢谢！