Java 服务端分层模型

复杂的软件系统都会采用分层的架构设计，分层之后，每一层职责鲜明，整体上降低了系统的耦合性，提高了健壮性。

Java 服务端开发亦是如此，采用分层架构，针对每一层，对应对象的职责是不同的，以及层与层之间也需要通信，故而有着不同的“概念”对象。

分层领域模型

分层领域模型规约：

• DO（Data Object）：与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。
• DTO（Data Transfer Object）：数据传输对象，Service 或 Manager 向外传输的对象。
• BO（Business Object）：业务对象，由 Service 层输出的封装业务逻辑的对象。
• AO（Application Object）：应用对象，在 Web 层与 Service 层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
• VO（View Object）：显示层对象，通常是 Web 向模板渲染引擎层传输的对象。
• POJO（Plain Ordinary Java Object）：POJO 专指只有 setter/getter/toString 的简单类，包括 DO/DTO/BO/VO 等。

领域模型命名规约：

• 数据对象：xxxDO，xxx 即为数据表名。
• 数据传输对象：xxxDTO，xxx 为业务领域相关的名称。
• 展示对象：xxxVO，xxx 一般为网页名称。
• POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。

PO 和 VO

理解 PO 和 VO 需要先理解 ORM，ORM（Object Relational Mapping 对象关系映射）就是将对象与关系数据库绑定，用对象来表示关系数据。映射需要 Hibernate 和 MyBatis 等框架执行，操作过程中，根据不同的 ORM Framework 编写不同的映射文件，一般是以 xml 方式进行存储，将表与 Javabean 的值对象一一对应。

以前插入一条记录书写形式为：

• 建立连接
• 建立操作对象
• 执行 sql

现在可以如下书写：

• 读取映射配置
• javabean 值对象 set 字段名
• save 操作即可

这么做最基本的好处就是：关系发生改变直接改动映射配置文件即可，不需要到源文件里面去一条条修改语句（主要是 sql 语句）。

在 O/R 映射的世界里，PO（Persisent Object 持久对象）和 VO（Value Object 值对象）是两个基本的概念。PO 与 VO 均由一组属性和属性的 get 和 set 方法组成，结构上没有不同，但是本质上完全不同。

PO 通常对应数据模型（数据库），本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用 PO 的集合。PO 中应该不包含任何对数据库的操作。

VO 通常用于业务层之间的数据传递，和 PO 一样也是仅仅包含数据而已。但应是抽象出的业务对象，可以和表对应，也可以不，这根据业务的需要。

区别点：

1. VO 是用 new 关键字创建，由 GC 回收。PO 则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。PO 对象需要实现序列化接口。
2. VO 是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。PO 则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦，并且可以简化对象数据与物理数据之间的转换。
3. VO 的属性是根据当前业务的不同而不同的，也就是说，它的每一个属性都一一对应当前业务逻辑所需要的数据的名称。PO 的属性是跟数据库表的字段一一对应的。

如果没有 PO 和 VO 的区别，那么数据库表结构的所有字段就一览无余地展示到了前端，给后台安全带来很大的隐患，并且无法在网络传输中剥离冗余信息提高了用户的带宽成本。

DTO，DAO，BO，POJO

DTO（Data Transfer Object 数据传输对象） 指用于展示层与服务层之间的数据传输对象。主要用于远程调用等需要大量传输对象的地方。比如一张表有 100 个字段，那么对应的 PO 就有 100 个属性。但是界面上只要显示 10 个字段，客户端用 WEB service 来获取数据，没有必要把整个 PO 对象传递到客户端，这时就可以用只有这 10 个属性的 DTO 来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为 VO。

**DAO（Data Access Object 数据访问对象）**是 sun 的一个标准 j2ee 设计模式，这个模式中有个接口就是 DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和 PO 结合使用，DAO 中包含了各种数据库的操作方法。通过它的方法，结合 PO 对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合 VO，提供数据库的 CRUD 操作，应当注意 DAO 中应该只关心数据库的 CRUD 操作，而不应掺杂业务逻辑。

**BO（Business Object 业务对象）**封装业务逻辑的 java 对象，通过调用 DAO 方法，结合 PO，VO 进行业务操作。主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。比如一个简历，有教育经历、工作经历、社会关系等等。可以把教育经历对应一个 PO，工作经历对应一个 PO，社会关系对应一个 PO。建立一个对应简历的 BO 对象处理简历，每个 BO 包含这些 PO。这样处理业务逻辑时，我们就可以针对 BO 去处理。

**POJO（Plain Ordinary Java Object）**简单无规则 java 对象，纯的传统意义的 java 对象。就是说在一些 Object/Relation Mapping 工具中，能够做到维护数据库表记录的 persisent object 完全是一个符合 Java Bean 规范的纯 Java 对象，没有增加别的属性和方法。就是最基本的 Java Bean，只有属性字段及 setter 和 getter 方法。