PO BO VO DTO POJO DAO概念怎么理解？
来源：8-3 后台获取商品详情功能开发及PropertiesUtil配置工具，DateTimeUtil时间处理工具开发
鲨鱼辣椒不加辣
2017-12-20
Mapper对DAO负责，DAO已经封装了所有跟数据库打交道的问题，这中间牵扯到一个概念叫PO。(我所理解的PO是数据库表中的记录在java对象中的显示状态，一个PO就是数据库中的一条记录)
如果Service操作DAO,PO起到了中间链的作用。我们用的却叫pojo，我查询到
一个POJO持久化以后就是PO
直接用它传递、传递过程中就是DTO
直接用来对应表示层就是VO
这三行如何理解？可以举一个具体一点的例子吗？
还有一个概念叫BO,是否可以理解成类似于继承的概念，一个BO可以有多个PO,复杂的业务，Service操作DAO，BO来起到中间链。
总的来说弄不清pojo跟po，bo的关系。
然后这些概念跟MVC,MVP,MVVM概念是一种平级概念还是说子节点概念？
非常感谢！
1回答
-
Geely
2017-12-21
你好，同学，不好意思，最近单位忙成狗，天天加班到12点下班...回复晚了，请多多海涵呀。
dto一般和外部通讯所用。例如给外部系统提供接口，data transfer object，vo pojo bo 就是咱们课程里介绍的。
pojo和po你简单里程成一个即可，bo其实就是在pojo上一层在 业务层传递的。
这些概念和你说的mvc mvvm是没有关系的哈
他是属于后端业务逻辑处理层的。
现在pojo和po90%都是一个东西。
PO(persistant object) 持久对象
在o/r 映射的时候出现的概念,如果没有o/r映射,就没有这个概念存在了.通常对应数据模型(数据库),本身还有部分业务逻辑的处理.可以看成是与数据库中的表相映射的java对象.最简单的PO就是对应数据库中某个表中的一条记录,多个记录可以用PO的集合.PO中应该不包含任何对数据库的操作.
VO(value object) 值对象
通常用于业务层之间的数据传递,和PO一样也是仅仅包含数据而已.但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递.
BO(business object) 业务对象
从业务模型的角度看,见UML元件领域模型中的领域对象.封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作.
POJO(plain ordinary java object) 简单无规则java对象
纯 的传统意义的java对象.就是说在一些Object/Relation Mapping工具中,能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象,没有增加别的属性和方法.我的理解就是最基本的Java Bean,只有属性字段及setter和getter方法!.
DAO(data access object) 数据访问对象
是sun的一个标准j2ee设计模式,这个模式中有个接口就是DAO,它负责持久层的操作.为业务层提供接口.此对象用于访问数据库.通常和PO结合使用,DAO中包含了各种数据库的操作方法.通过它的方法,结合PO对数据库进行相关的操作.夹在业务逻辑与数据库资源中间.配合VO, 提供数据库的CRUD操作...
DTO (Data Transfer Object)数据传输对象
主要用于远程调用等需要大量传输对象的地方。
比如我们一张表有100个字段，那么对应的PO就有100个属性。
但是我们界面上只要显示10个字段，
客户端用WEB service来获取数据，没有必要把整个PO对象传递到客户端，
这时我们就可以用只有这10个属性的DTO来传递结果到客户端，这样也不会暴露服务端表结构.到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO30
相似问题