一、PO:persistant object 持久对象 可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。 二、VO:value object值对象。 通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象 可以和表对应,也可以不,这根据业务的需要. 有一种观点就是：PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象 这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。 如果将PO用在各个层中就相当于我们使用全局变量，我们知道在OO设计非常不赞成使用全局变量。 但是每次都得进行VO-PO的转换，也确实很烦。我觉得有时候也可以在某个商业逻辑或者表示层使用PO 此时在这个商业逻辑的过程中PO的状态是不发生变化的，比如显示一条商品详细信息的商业逻辑。 在开发过的项目中，规模都很小，我一直都把PO当VO用，因为PO确实很方便，结合Hibernate的DAO 我使用JAVA的集合对象作为值传递的载体，当然Struts也是我的不二之选。 我认为：在一些直观的，简单的，不易发生变化的，不需要涉及多个PO时，传递值还是使用PO好 这样可以减少大量的工作量（也就意味着减少bug，减少风险），也不需要担心未来的维护工作! vo:value object,值对象 一般在java中用的多的是pojo:plain oriented java object 原始java对象，pojo一般和数据库中的表是一一对应的。 vo一般是来做值的存储与传递。
是用new关键字创建，由GC回收的。 PO则是向数据库中添加新数据时创建，删除数据库中数据时削除的。并且它只能存活在一个数据库连接中，断开连接即被销毁。２．
是值对象，精确点讲它是业务对象，是存活在业务层的，是业务逻辑使用的，它存活的目的就是为数据提供一个生存的地方。 PO则是有状态的，每个属性代表其当前的状态。它是物理数据的对象表示。使用它，可以使我们的程序与物理数据解耦...
（ViewObject），视图对象，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来。2.DTO（DataTransferObject），数据传输对象，这个概念来源于J2EE的设计模式，原来的目的是为了EJB的分布式应用提供粗粒度的数据实体，以减少分布式调用的次数，从而提高......
首先让我们先来看一下他们的解释：PO是Persistent Object的英文缩写，意思是持久对象，而
是Value Object的缩写，意思是值对象。他们两个都存在于ORM（对象关系映射）的世界
。它们都是由一组属性和属性的get和set方法组成。从结构上看，它们并没有什么不同的地方。但从其意义和本质上来看是完全不同的。下面我们从三个方面来看一下他们的不同之处：１．
