版权所有：(xiaodaoxiaodao)蓝小刀    xiaodaoxiaodao@gmail.com

http://www.blogjava.net/xiaodaoxiaodao/archive/2007/03/26/106522.html       

转载请注明来源/作者

 

struts 学习笔记之MVC模式

 

struts 中的MVC架构如下：

 

struts_mvc.JPG 

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。