VO BO PO
2016-05-26 17:32
204 查看
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层
展示通过业务逻辑产生的一些列数据
相关文章推荐
- 随机化算法 —— 数组置乱器的实现
- leetcode.45. Jump Game II
- border-radius结合transition的一个小应用(动画)
- 我的OneNote使用心得
- Json转换成bean-Jackson ObjectMapper
- JS过滤emoji
- 【深入浅出Node.js系列五】初探Node.js的异步I/O实现
- CodeForces 673 A Bear and Game
- Java开发环境搭建
- 冲刺第七天
- 用C#保存IOS发送的图片
- 第9章 结构化分析问题
- poj 3615(Floyd变形)
- 标准的Spring配置文件编写:
- 全半角字符转换
- 真机调试的时候出现There was an internal API error错误
- 以太坊(Ethereum)开发框架 Truffle 入门(五):部署到网络
- Docker数据管理
- 周总结
- Asp.Net编写Web服务(WebService)与SQL2005连接操作