entity、bo、vo、po、dto、pojo如何理解和区分？

Entity

实体类，基本和数据包一一对应，一个实体一张表

BO(Business Object 业务对象)

BO就是把业务逻辑封装为一个对象（注意是逻辑，业务逻辑），这个对象可以包括一个或多个其他的对象，通过调用Dao方法，结合PO或VO进行业务操作。
实例：
实例1
可以形象的描述为一个对象的行为和动作，当然也有涉及其他对象的一些行为和动作。比如处理一个人的业务逻辑，该人会睡觉、吃饭、工作等等行为，还有可能和别人发生关系的行为，处理这样的业务逻辑时，我们就可以针对BO去处理
实例2
某位投保人是一个PO，被保险人是一个PO，险种信息也是一个PO等等，他们组合起来就是一张保单的BO

VO(Value Object 值对象)

通常用于业务层之间的数据传递，由new创建，由GC回收，主要体现在视图的对象
实例：
对于一个WEB页面将整个页面的属性封装成一个对象，然后用一个VO对象在控制层与视图层进行传输交换

PO(Persistant Object 持久层对象)

对应数据库中表的字段，数据库中的记录在java对象中的显示状态，最形象的理解就是一个PO就是数据库中的一条记录。
好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。VO和PO，都是属性加上属性的get和set方法；表面上看没什么不同，但代表的含义是完全不同的

DTO(Data Transfer Object 数据传输对象)

是一种设计模式之间传输数据的软件应用系统，数据传输目标往往是数据访问对象从数据库中检索数据
数据传输对象与数据交互对象或数据访问对象之间的差异，是一个以不具任何行为除了存储和检索的数据（访问和存取器），简而言之就是接口之间传递的数据封装
实例：
表里面有十几个字段：id，name，gender（M/F)，age……
页面需要展示三个字段：name，gender(男/女)，age
DTO由此产生，一是能提高数据传输的速度(减少了传输字段)，二能隐藏后端表结构

POJO(Plian Ordinary Java Object 简单无规则java对象)

纯传统意义上的java对象，最基本的java bean 只有属性加上属性的get、set方法
可以转化为 PO、DTO、VO；
实例：POJO在传输过程中就是DTO

DAO(Data Access Object 数据访问对象)

是sun的一个标准j2ee设计模式的接口之一，负责持久层的操作
DAO与其它以上几个O区别最大，基本没有互相转化的可能性和必要，主要用来封装对数据的访问（注意，是对数据的访问，不是对数据库的访问）

Controller(控制层)

主要是Action/Servlet等构成（Spring MVC则是通过@Controller注解使用），是业务层与视图层打交道的中间层，负责传输VO对象和调用BO层的业务方法，负责把视图层请求的数据处理后响应给视图层

View(视图层)

主要是指由JSP、HTML等文件形成的显示层

实例：
控制层（controller-action），业务层/服务层（bo-manager-service），实体层（po-entity），dao（dao），视图对象（vo），视图层（view-jsp/html）

B) 领域模型命名规约
1） 数据对象：xxxDO，xxx 即为数据表名。
2） 数据传输对象：xxxDTO，xxx 为业务领域相关的名称。
3） 展示对象：xxxVO，xxx 一般为网页名称。
4） POJO 是 DO/DTO/BO/VO 的统称，禁止命名成 xxxPOJO。