Struts是基于Model 实现的技术框架Model 是经典的MVC（ModelViewControl）模型的Web应用变体这个改变主要由于HTTP协议的无状态性引起的Model 的目的和MVC一样也是利用控制器来分离模型和视图达到不同层间松散耦合的效果提高系统灵活性复用性和可维护性在多数情况下你可以将Model 与MVC等同起来
图 表示一个基于Java技术典型的MVC网络应用从中可以看出MVC中的各个部分对应于JEE哪些实现技术
图 MVC和JEE技术在利用Model 之前我们把所有的表示逻辑和业务逻辑都集中在一起（如我们前两个专题中的loginjsp）有时也称这种应用模式为Model Model 的主要缺点就是紧耦合复用性差维护成本高
由于Struts就是基于Model实现的框架所以它底层的机制也是MVC我们通过图 描述Struts的具体实现
图 Struts MVC实现．框架初始化
Struts框架总控制器（ActionServlet）完成所有初始化工作总控制器是一个Servlet它通过webxml配置成自动启动的Servlet读取配置文件（strutsconfigxml）的配置信息为不同的Struts模块初始化相应的ModuleConfig对象配置文件中的Action映射定义都保存在ActionConfig集合中配置文件中其他配置信息分别保存在ControlConfig集合FormBeanConfig集合ForwardConfig集合和MessageResourcesConfig等集合中
要特别指出的是初始化动作在Web容器启动时自动完成初始化完成后它将通过URL匹配映射截获所有以do结尾的URL请求
．客户端发送一个HTTP请求
用户通过提交表单或调用URL向Web应用程序器提交一个请求请求的数据用HTTP协议上传给Web服务器
．总控制器接截获这个请求并实例化Form Bean
控制器接收HTTP请求并从ActionConfig中找出对应该请求的Action子类如果没有对应的Action控制器直接将请求转发给JSP或者静态页面如果有对应的Action且这个Action有一个相应的Action FormActionForm被实例化并用HTTP请求的数据填充其属性然后保存在Servlet Context中（request或session中）这样它们就可以被其它Action对象或者JSP调用
此外还可以在ActionForm填充数据后还可以调用validate()进行数据有效性自检并且可以返回一个包含所有错误信息的ActionErrors对象如果ActionErrors不空总控制器直接将请求返回到入口页面
．控制器将请求转交给具体的Action处理
控制器根据配置信息将请求切换到具体的Action这个Form Bean也一并传给这个Action的execute()方法
．Action完成具体的业务逻辑操作
Action很简单一般只包含一个execute方法它负责执行相应的业务逻辑如果需要它也可能进行相应的数据检查执行完成之后返回一个ActionForward对象控制器通过该ActionForward对象来进行转发工作
．Action返回目标响应对象给总控制器
Action根据业务处理的不同结果返回一个目标响应对象给总控制器这个目标响应对象对应一个具体的JSP页面或另外一个Action
．总控制器将HTTP请求转换到目标响应对象中
总控制器根据业务功能Action返回的目标响应对象将HTTP请求转换到这个目标响应对象中一般情况下它是一个具体的JSP页面
．目标响应对象将结果展现给用户
目标响应对象（JSP）将结果页面展现给用户
客户端发送一个HTTP请求通过Struts框架最后获得一个HTTP响应这一过程非常重要它是理解Struts框架的重点图 描述了Struts框架的结构而图 通过一个活动图更具体描述接受请求直至返回响应的整个过程
图 Struts接受并返回响应的中间过程Struts新增功能
多模块的支持
我们知道在Struts 中只能在webxml中为ActionServlet指定一个Struts配置文件(strutsconfigxml)这对一个只需一两个人开发的小系统当然没有任何问题但如果一个多人开发的大中型应用程序问题就产生了因为许多开发人员可能同时都需要修改Struts配置文件这样肯定会造成一定程度的资源争夺可能会出现彼此覆盖的情况这样势必会影响开发效率并引起开发人员的抱怨
在Struts 中为了解决这个并行开发的问题提出了两种解决方案
·多个配置文件
支持多个配置文件是指你能够为ActionServlet同时指定多个xml配置文件文件之间以逗号分隔请看下面webxml中关于多个struts配置文件的声明示例
代码清单 多个struts配置文件
＜servlet＞
＜servletname＞action＜/servletname＞
＜servletclass＞orgapachestrutsactionActionServlet＜/servletclass＞
＜initparam＞
＜paramname＞config＜/paramname＞
＜paramvalue＞
/WEBINF/strutsconfigxml /WEBINF/bookstrutsconfigxml
＜/paramvalue＞
＜/initparam＞
＜loadonstartup＞＜/loadonstartup＞
＜/servlet＞
通过这种方法你可以为每一个模块定义一个配置文件由于项目一般按模块划分工作这样就大大地减小了沖突的概率
·独立的模块
但是多个配置文件存在一个潜在的问题不同的配置文件之间会产生沖突因为在ActionServlet初始化的时候多个配置文件还是要合并到一起比如在strutsconfigxml中配置了一个名为errorDbAccess的＜exception＞而在bookstrutsconfigxml中也配置了一个同样的＜exception＞这样就产生沖突了
为了彻底解决这种沖突Struts 中引进了模块（Module）的概念一个模块就是一个独立的子系统对应一个独立的配置文件ActionServlet将不同模块的配置文件保存在各自独立的ModuleConfig对象中的
下面是两个独立模块的配置方式
代码清单 多模块配置方式
…
＜initparam＞
＜paramname＞config＜/paramname＞
＜paramvalue＞/WEBINF/strutsconfigxml＜/paramvalue＞
＜/initparam＞
＜initparam＞
＜paramname＞config/book＜/paramname＞
＜paramvalue＞/WEBINF/bookstrutsconfigxml＜/paramvalue＞
＜/initparam＞
…
通过这种方式我们配置了两个模块一个模块名为config而另一个名为config/book
·动态ActionForm支持
ActionForm表示HTTP页面表单的数据可以将其看成视图页面数据的服务器映射它负责保存视图中的数据供控制器或者其他视图使用此外它还负责数据有效性的验证所以Struts 文档把它比作HTTP和Action之间的防火墙这足以体现ActionForm在视图和控制器之间的过滤器作用
由于ActionForm对应于HTTP页面表单所以随着页面的增多你的ActionForm将会急聚增加动态ActionForm（DynaActionForm）即为减少ActionForm的数目被设计出来利用它你不必创建一个个具体的ActionForm类只需要在配置文件中配置出所需的虚拟ActionForm而由Struts框架通过配置文件动态创建这个ActionForm例如代码清单 通过指定＜formbean＞的type为orgapachestrutsactionDynaActionForm来创建一个动态的ActionFormloginForm
代码清单 配置一个动态ActionForm
＜formbeans＞
＜formbean name=bookForm type=orgapachestrutsactionDynaActionForm＞
＜formproperty name=bookId type=javalangString/＞
＜formproperty name=isbn type=javalangString/＞
＜formproperty name=bookName type=javalangString/＞
＜formproperty name=author type=javalangString/＞
＜/formbean＞
＜/formbeans＞
DynaActionForm将属性保存在一个Map对象中同时提供相应的get(name)和set(namevalue)方法其中参数name是要访问的属性名而value是一个Object例如要访问DynaActionForm中bookName的值可以采用String bookName = (String)get(bookName)方法由于bookName存储在Map中所以要进行强制转换
由于DynaActionForm通过配置文件产生并没有一个实体对象类如果要对动态ActionForm对象进行校验需要使用DynaValidatorForm它是DynaActionForm的子类它能够提供动态ActionForm和动态表单输入验证的功能检验规则在validationxml配置文件中定义而这些规则的所对应的实现函数在validatorrulesxml文件中定义
·通过配置方式实现异常处理
Struts允许以配置方式进行异常处理配置方式可以避免在Action中通过硬编码来处理异常从而提高应用程序异常处理的灵活性和可维护性一般情况下一个异常处理对象可以通过以下步骤实现
．
