关于VO请个各位同僚指点一下！

问答首页 → Java企业应用

0 0

关于VO请个各位同僚指点一下！10

是不是插入数据时用直接把数据插入数据库不用转换成VO，而读取数据时把数据转化成VO，再展现给用户，我这样理解对不对？请各位朋友给点意见！谢谢

DAO

2008年9月22日 11:07

liqiaoyuan
20
0 0 0

3个答案按时间排序按投票排序

0 0

一般我在用的时候大概是这样的
数据库<->dao<-这里主要是调用方法->bo
| |
--<->po<------->vo------

之所以要在PO与VO之问做一个转换,是因为在HIBERNATE中如果直接操作PO的话,可能会出现一些混乱,如修改PO,这时你修改的不仅是PO,同时也会修改数据库,这也是为什么要VO的原因,VO不管你怎么改也不可能改到数据库....

2008年9月22日 15:10

zkgale
39
0 0 0

添加评论

0 0

名词解释，呵呵：
    VO(value object) 值对象
    通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。
   BO(business object) 业务对象
    从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。
   PO(persistant object) 持久对象
    在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。

2008年9月22日 12:09

qpzmal
264
0 0 0

添加评论

0 0

就是名词解释，呵呵
    VO(value object) 值对象
    通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。
   BO(business object) 业务对象
    从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。
   PO(persistant object) 持久对象
    在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。

2008年9月22日 12:07

qpzmal
264
0 0 0