java vo对象转bo对象_java的几种对象(PO,VO,DAO,BO,POJO)解释（转）

PO:persistant

object持久对象,可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。

PO中应该不包含任何对数据库的操

作.

VO:value

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

DAO:data access

object数据访问对象，此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作.

BO:business object业务对象,封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作;

POJO:plain ordinary java object

简单无规则java对象,我个人觉得它和其他不是一个层面上的东西,VO和PO应该都属于它.

---------------------------------------------

VO：值对象、视图对象

PO：持久对象

QO：查询对象

DAO：数据访问对象

DTO：数据传输对象

----------------------------------------

struts 里的 ActionForm 就是个VO;

hibernate里的 实体bean就是个PO,也叫POJO;

hibernate里的Criteria 就相当于一个QO;

在使用hibernate的时候我们会定义一些查询的方法,这些方法写在接口里,可以有不同的实现类.而这个接口就可以说是个DAO.

个人认为QO和DTO差不多.

----------------------------------------

PO或叫BO，与数据库最接近的一层，是ORM中的O，基本上是数据库字段对应BO中的一个属性，为了同步与安全性考虑，最好只给DAO或者Service调用，而不要用packcode,backingBean,或者BO调。

DAO，数据访问层，把VO，backingBean中的对象可以放入。。。。

DTO，很少用，基本放入到DAO中，只是起到过渡的作用。

QO，是把一些与持久性查询操作与语句放入。。

VO，V层中用到的基本元素与方法等放其中。如果要其调用BO，则要做BO转换VO，VO转换BO操作。VO的好处是其页面的元素属性多于BO，可起到很好的作用。。。。

-----------------------------------------

楼上的不对吧，PO是持久化对象。BO＝business object—业务对象。

PO可以严格对应数据库表，一张表对映一个PO。

BO则是业务逻辑处理对象，我的理解是它装满了业务逻辑的处理，在业务逻辑复杂的应用中有用。

VO：value object值对象、view object视图对象

PO：持久对象

QO：查询对象

DAO：数据访问对象——同时还有DAO模式

DTO：数据传输对象——同时还有DTO模式