自己写架构笔记（6）----程序设计中的“O”（PO/VO/BO/DAO/DTO）

1、PO

PO(persistant object) 持久对象

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

2、VO

VO(value object) 值对象

通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。
应是抽象出的业务对象，可以和表对应，也可以不，这根据业务的需要。
个人觉得同DTO(数据传输对象)，用于在web上传递信息。

3、BO

BO(business object) 业务对象

从业务模型的角度看，见UML元件领域模型中的领域对象，封装业务逻辑的java对象，通过调用DAO方法，结合PO、VO进行业务操作。

4、POJO

POJO(plain ordinary java object) 简单无规则java对象

纯的传统意义的java对象。
就是说在一些Object/Relation Mapping工具中，能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。
我的理解就是最基本的J