Java 对象 ~ xxObject 汇总。

Java 对象 ~ xxObject 汇总。

---

---

PO ~ Persistant Object ~ 持久对象。

PO 是持久化对象。ta 是对物理数据实体的一种对象表示,它的使用可以简化我们对于物理实体的了解和耦合，简单地讲，就是可以简化对象的数据转换为物理数据的编程。

po（persistent object）就是在 Object/Relation Mapping 框架中的 Entity，po 的每个属性基本上都对应数据库表里面的某个字段。完全是一个符合 Java Bean 规范的纯 Java对 象，没有增加别的属性和方法。持久对象是由 insert 数据库创建，由数据库 delete 删除的。基本上持久对象生命周期和数据库密切相关。

PO 的全称是：持久对象（persistant object）。最形象的理解就是一个 PO 就是数据库中的一条记录。好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。PO 是由一组属性和属性的 get(); 和 set(); 方法组成。

在 o/r 映射的时候出现的概念，如果没有 o/r 映射，就没有这个概念存在了。通常对应数据模型（数据库），本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的 Java 对象。最简单的 PO 就是对应数据库中某个表中的一条记录，多个记录可以用 PO 的集合。PO 中应该不包含任何对数据库的操作。

PO 的属性是跟数据库表的字段一一对应的。PO 对象需要实现序列化接口。

---

DO ~ Domain Object ~ 领域对象。

是从现实世界中抽象出来的有形或无形的业务实体。

---

TO ~ Transfer Object ~ 传输对象。

不同应用程序之间传输的对象。

---

DTO ~ Data Transfer Object ~ 数据传输对象。

数据传输对象（DTO）（Data Transfer Object），是一种设计模式之间传输数据的软件应用系统。数据传输目标往往是数据访问对象从数据库中检索数据。数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具有任何行为除了存储和检索的数据（访问和存取器）。

---

VO ~ Value Object。

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

模型驱动：把数据跟处理分开，用单独的 JavaBean 封装数据（不管是请求的，还是返回的，可以在一起封装），把处理类完全孤立成一个框架，用这个模型作为灵魂在驱动整个骨架。

特性：血肉分开，使结构更清晰，职能划分更清楚，免得局长管权利又管财务的，弄不好贪污。

核心：模型（model）就是指对象 VO（Value Object）。

对比：属性驱动 ~ 你把一大堆属性搞到你的处理类里面，完全可以。
但用 VO 方便而快捷，不过结构清晰度当然就不好了。

---

BO ~ Business Object ~ 业务对象。

主要是将业务逻辑封装为一个对象，这个对象可以包含一个或多个其他对象，eg. 一个简历中包含教育经历、工作经历、社会关系等，可以将一个教育经历对应一个 PO、工作经历对应一个 PO、设计关系对应一个 PO，然后简历一个对应简历的 BO 兑现处理简历，每个 BO 包含这个 PO，这样处理业务逻辑时，可以针对 BO 去处理。封装业务逻辑的 Java 对象，通过调用 DAO 方法，结合 PO、VO 进行业务操作。

---

POJO ~ Plain Ordinary Java Object。

POJO（Plain Ordinary Java Object）简单的 Java 对象，实际就是普通 JavaBeans，是为了避免和 EJB 混淆所创造的简称。

使用 POJO 名称是为了避免和 EJB 混淆起来，而且简称比较直接。其中有一些属性及其 getter(); setter(); 方法的类，没有业务逻辑，有时可以作为 VO（value Object）或 DTO（Data Transform Object）来使用。当然，如果你有一个简单的运算属性也是可以的，但不允许有业务方法，也不能携带有 connection 之类的方法。