版权所有：(xiaodaoxiaodao)蓝小刀
xiaodaoxiaodao@gmail.com
http://www.blogjava.net/xiaodaoxiaodao/archive/2007/03/26/106522.html
转载请注明来源/作者
struts
学习笔记之MVC模式
struts
中的MVC架构如下：
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。