struts 学习笔记之MVC模式

版权所有：(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实现数据持久化。