【转】VO BO PO 介绍

原文链接：http://www.cnblogs.com/zander/archive/2012/08/11/2633344.html

PO(persistant object)（个人理解：就是数据库模型 通过映射 转化成的 持久化类 model）

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

VO(value object) 值对象 （个人理解：便于使用在po的基础上进行又一次加工而产生的对象）
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。

BO(business object) 业务对象（个人理解：便于使用在vo的基础上进行 业务逻辑的 加工 后产生的类 service 层）
从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。

下边是我理解中的架构

--------------数据库
表

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

VO(value object) 值对象 （个人理解：便于使用在po的基础上进行又一次加工而产生的对象）
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。

--------------dao层

使用po vo对数据库进行的简单的操作 例如增删改查。。。。。

--------------service层
BO(business object) 业务对象（个人理解：便于使用在vo的基础上进行 业务逻辑的 加工 后产生的类 service 层）
从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。

-------------Controller层

利用service层的类进行实际的业务逻辑处理.

-------------View层
展示通过业务逻辑产生的一些列数据
============================================
这篇文章于我心有戚戚焉。
VO是查询结果，把前台需要的数据用对象封装起来，跟数据库表大不相同，比如要显示一个”帖子“，就要包含这个帖子相对应的话题题目，用户姓名，用户头像，用户学校等信息。

public class PostVo {
    Long id;
    Long createdTime;
    String mediaPath;
    String content;

    TopicVo topic;
    
    UserVo user;
    Long authorId;
    String authorName;
    Long lastUserId;
    String lastUserName;

    Boolean hasForwarded;
    Boolean hasPraised;
    Integer commentCount;
    Integer praiseCount;
    Integer forwardCount;

    Long forwardTime;
    Long realTime;
}

PO是插入数据，当用户插入数据时，把传的参数封装成一个对象。因为上面userId在UserVo对象中取得，所以没法通过PostVo直接插入数据
而PO中的属性与数据库是一一对应的。

 class TopicPo {
    Long id;
    Long createdTime;
    Long userId;
    String title;
    String content;
    Integer postCount;
    String iconPath;
    Integer form;
    Integer fansCount;
}

除此之外，还有DTO数据传输对象，DO域对象，似乎他们并不是那么重要.
不要为了使用理论而使用理论，不要陷入特定的模式之中而固步自封，要一切从实际出发，去有选择地使用。