j2ee中，经常提到几种对象(object)，理解他们的含义有助于我们更好的理解面向对象的设计思维。
POJO(plain old java object)：普通的java对象，有别于特殊的java对象(含继承约束等)和EJB。POJO一般只有一系列的属性和相应的get、set方法。
PO(persistant object):持久化对象，有别于POJO,必须对应数据库中的实体。一个PO对应数据库的一条记录。持久化对象的生命周期与数据库密切相关，只能存在于connection之中，连接关闭后，PO就消失了。
PO相对于POJO有诸多不同，比如PO中会有保存数据库entity状态的属性和方法。但是ORM(object-relation mapping)追求的目标是PO和POJO的一致，所以在程序员的日常开发中，都是将POJO作为PO使用，而将POJO转化为PO的功能交给hibernate等框架来实现。
DTO(data transfer object):数据传输对象，以前被称为值对象(VO,value object)，作用仅在于在应用程序的各个子系统间传输数据，在表现层展示。与POJO对应一个数据库实体不同，DTO并不对应一个实体，可能仅存储实体的部分属性或加入符合传输需求的其他的属性。
DAO(data access object):数据访问对象。提供访问数据库的抽象接口，或者持久化机制，而不暴露数据库的内部详细信息。DAO提供从程序调用到持久层的匹配。
BO(business object):业务对象。主要是将业务逻辑封装为一个对象，该对象可以包含一个或多个其他对象。如，"Principal"(委托人)，有"Name","Age"等属性，同时和"Employee"(雇员)有1对多的关系，这个"Principal"就可以作为一个与业务相关的PO。
原文链接：http://blog.csdn.net/u014618469/article/details/51112357
下面这篇更好理解：
BO：Business Object，业务对象。主要是承载业务数据的实体。处理业务逻辑的时候使用，数据结构也是针对业务逻辑建立的。
PO：persistence Object，持久化对象。数据最终要存储，无论以何种形式存储，都必须要持久化。加入使用关系数据库存储，一个PO对应一条数据库的记录，或者是对象从数据库查询出来的结果集的一条记录。
DAO：Data Access Object，数据访问对象。包含一些数据库的基本操作，CRUD，和数据库打交道。负责将PO持久化到数据库，也负责将从数据库查询的结果集映射为PO。
DTO：Data Transfer Object，数据传输对象。一般用来在前段和后台的数据传输，数据结构的简历是基于网络传输的，减少传输的数据量，避免传输过多无用的数据。
VO：Value Object，值对象。主要用在前段数据和控件的绑定操作中，以键值对的形式存在。可以从DTO转化而来，这么做的好处就是减少对于DTO的依赖，进一步减少对应后端的依赖。还可以增加前段的可测试性，也就是没有DTO，也可以对前段逻辑进行自动化的单元测试，可以通过MockDTO来达到测试的目的。
POJO（Plain Old Java Object）简单的Java对象，实际就是普通JavaBeans。其中有一些属性及其getter setter方法的类,没有业务逻辑，有时可以作为VO(value -object)或dto(Data Transform Object)来使用.当然,如果你有一个简单的运算属性也是可以的,但不允许有业务方法,也不能携带有connection之类的方法。
通过上面的这幅图来表达web，winform，silverlight，console代表不同的前端类型。Domain代表领域对象，也可以是BLL。
原文链接：http://blog.csdn.net/mutou_user/article/details/37519513
记录！