DTO Entity ActionFrom View

View ：由JSP 、Struts 自定义标记库、资源文件（MessageResources.properties ）共同组成，通过ActionForm 实现JSP 表单的封装，并映射到Model 部分中JavaBean 的相应属性中，完成用户数据的封装。

注意：关于ActionForm ，有些人认为它属于Model 层（仁者见仁，智者见智）。

事实上它不是Model ，真正的Model 应该是一个封装了业务逻辑的的对象。

而ActionForm 仅仅是一个form-bean ，封装了用户提交的表单数据（物理View ），可以在其中进行一些非业务逻辑的验证，并没有真正的映射到模型数据，因为与层的关系比较密切，所以实际上它应该算是View 层（逻辑View ）。

Action 处理器对象可以直接对ActionForm 进行读写，而不再需要和request 、response 对象进行数据交互。 通过ActionForm 组件对象实现了对View 和Model 之间交互的支持。M 模型层, 原则上来说和业务逻辑有关的东西都在这里处理。

Controller ：接收客户端的request ，进行业务逻辑处理，response 到客户端。在Struts 中Controller 功能由图中ActionServlet 和ActionMapping 对象构成：核心是一个Servlet 类型的对象ActionServlet （在struts-config.xml 中配置），实际上是一个前端控制器（Front Controller ）。ActionServlet 根据ActionMapping 对象的定义跳转到不同的Action ，每个ActionMapping 对象实现了一个request 到Action 对象之间的映射。

注 ：Controller 层负责流程的控制，在处理Model 层与View 层之间的交互的同时，又将两者分离开来，从而实现了MVC 模式。Model 层包含了应用的核心部分，业务逻辑 和数据存取 。View 层负责应用的界面。

在上面的图中看到Action 位于Controller 层，但也有很多人把它归于Model 层，实际上 Action 仅仅描述" 做什么" ，与" 如何做" （Model ）关系不大，把它归于 Controller 层比较合适。

Model ：一般Model 层可以划分为三部分：公共入口 ，业务逻辑 （Bussiness Logic ），数据持久化 （DAO+JavaBean ）。

在Spring+Hibernate 的架构中，M 可以用 Spring （Bussiness Interface + Bussiness Implement ）表示业务逻辑 ，Hibernate 实现数据持久化 。

附 ：PO/POJO/BO/DTO/VO 的区别

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

PO ：persistent object 持久对象

1 ．有时也被称为Data 对象，对应数据库中的entity ，可以简单认为一个PO 对应数据库中的一条记录。

2 ．在hibernate 持久化框架中与insert/delet 操作密切相关。

3 ．PO 中不应该包含任何对数据库的操作。

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

POJO ：plain ordinary java object 无规则简单java 对象

一个中间对象，可以转化为PO 、DTO 、VO 。

1 ．POJO 持久化之后 == 〉PO

（在运行期，由Hibernate 中的cglib 动态把POJO 转换为PO ，PO 相对于POJO 会增加一些用来管理数据库entity 状态的属性和方法。PO 对于programmer 来说完全透明，由于是运行期生成PO ，所以可以支持增量编译，增量调试。）

2 ．POJO 传输过程中 == 〉DTO

3 ．POJO 用作表示层 == 〉VO

PO 和VO 都应该属于它。

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

BO ：business object 业务对象

封装业务逻辑为一个对象（可以包括多个PO ，通常需要将BO 转化成PO ，才能进行数据的持久化，反之，从DB 中得到的PO ，需要转化成BO 才能在业务层使用）。

关于BO 主要有三种概念

1 、只包含业务对象的属性；

2 、只包含业务方法；

3 、两者都包含。

在实际使用中，认为哪一种概念正确并不重要，关键是实际应用中适合自己项目的需要。

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

VO ：value object 值对象 / view object 表现层对象

1 ．主要对应页面显示（web 页面/swt 、swing 界面）的数据对象。

2 ．可以和表对应，也可以不，这根据业务的需要。

注 ：在struts 中，用ActionForm 做VO ，需要做一个转换，因为PO 是面向对象的，而ActionForm 是和view 对应的，要将几个PO 要显示的属性合成一个ActionForm ，可以使用BeanUtils 的copy 方法。

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

DTO （TO ） ：Data Transfer Object 数据传输对象

1 ．用在需要跨进程或远程传输时，它不应该包含业务逻辑。

2 ．比如一张表有100 个字段，那么对应的PO 就有100 个属性（大多数情况下，DTO 内的数据来自多个表 ）。但view 层只需显示10 个字段，没有必要把整个PO 对象传递到client ，这时我们就可以用只有这10 个属性的DTO 来传输数据到client ，这样也不会暴露server 端表结构。到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO 。

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

DAO ：data access object 数据访问对象

1 ．主要用来封装对DB 的访问（CRUD 操作）。

2 ．通过接收Business 层的数据，把POJO 持久化为PO 。

本文出自 51CTO.COM技术博客