|
|
struts开始于2000年３月，1.0在2001年7月发布。采用Struts能开发出基于MVC(Model-View-Controller)设计模式的应用构架。MVC设计模式把一个系统分成3个相互协调的部分：
Model（模型）
模型用于封装系统的状态
View（视图）
是模型的表示，提供用户交互界面。当模型状态发生变化时，视图应该得到通知，以便更新视图。
Controller（控制器）
接受来自视图的请求，修改模型的状态。
在基于JSP/Servlet的Web应用中要使用MVC模式，需要解决一个问题。我们知道，HTTP的底层是TCP/IP协议，而TCP/IP是一种无状态连接的协议，那么如果我们的模型发生了变化，就无从通知视图。Struts采用了在“JSP规范 v0.92”中提到的MVC Model 2，这是对MVC在Web上应用的修订版。图示如下：
图表 1：MVC Model 2（From Malcolm Davis）
Struts应用有3个主要部件：一个Servlet Controller（由Struts提供，org.apache.action.ActionServlet，以下简称controller）及负责具体业务处理的Action类（org.apache.action.Action的基类）；Jsp页面（viewer）；应用的业务逻辑封装（model）。Struts 的中心控制器（ActionServlet）接受所有来自客户端的请求，并根据系统的配置（Struts-config.xml）路由HTTP请求到其他Action对象（开发者实现的org.apache.struts.action.Action的子类），在这些Action对象中会进行所有的业务操作，比如插入一条订单，修改一条记录。处理完毕，由Struts的ActionServlet转向到JSP页面，将处理结果返回给客户端。从这儿可以看出在Struts中ActionServlet担任了重要的角色，由它控制所有的程序流转，是MVC三个相对独立的部分协调工作，提供系统的完善功能。从下图可见Struts是MVC Model 2的一个典型应用。
图表 2：Struts工作机理（From Malcolm Davis）
在Struts启动时，controller会读入一个配置文件struts-config.xml，其中定义了前端请求的url与相应的Action类及使用的Form类的映射关系，下面是一个struts-config.xml中的片断：
-
- <action path="/logon"
- type="org.apache.struts.webapp.example.LogonAction"
- name="logonForm"
- scope="request"
- input="/logon.jsp">
- </action>
从中可以看出，这个action会响应url类似于/logon的请求（在后面我们会看到，这儿的实际的url要根据在web.xml中配置，比如可能为/logon.do或/logon.other之类的带后缀的url），负责处理这个请求的action类是org.apache.struts.webapp.example.LogonAction，使用的FormBean是logonForm，scope界定了这个FormBean存在的范围是只在当前request中存在。
struts会读入这些设置，生成相应的org.apache.action.ActionMapping对象。controller正是使用这些mapping来把HTTP请求转发到应用的actions。一个ActionMapping指定了
- 一个请求URI
- 对应的类（Action的子类）
- 需要的属性
对于一个DB应用，
- 一个商业逻辑Bean用于连接、查询数据库
- 这个Bean返回结果到Action
- Action将这些结果存储到request的form bean中
- Jsp显示
下一章会对在Struts中扮演中心控制器的ActionServlet进行探讨。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
〔有兴趣深入的朋友，可以参考本文的修订扩充版：赛迪网>>>〕
|
|
