struts2总结

struts2是基于mvc的轻量级的web应用框架。mvc架构模式并没有引入什么新技术。只是用来改善应用程序的架构。

MVC模式

      在早期开发中，有一些程序员没有认识到MVC模式带来的好处，在开发的时候不遵守MVC模式。这样做的结果就是程序结构划分不明确，各个部分功能混乱，在业务功能发生变更时，无论是业务逻辑修改还是显示形式修改，都要修改很多的类，“牵一发而动全身”，导致软件的开发和维护效率低下，错误百出。而遵循MVC模式来开发系统，就会极大的避免上述问题的出现。MVC模式的核心手段是解耦，MVC模式通过仔细的划分功能，把整个应用程序划分成模型、视图、控制器三个部分，然后严密控制三个部分之间的通信，从而得到一个结构清晰、功能分布合理、可重用、可扩展、可维护的应用程序。

因此，使用MVC模式，可以获得以下好处：

• 低耦合性：在MVC模式中，模型和视图是解耦的，模型不会依赖于视图，而视图也仅仅是从模型中获取需要展示的数据，并不会与模型的逻辑处理相关联。
• 更低的开发成本：由于MVC模式帮我们清楚的划分了各部分的职责，就可以让程序员各司其职，Java程序员只关心业务逻辑的实现，也就是模型部分；而界面程序员只关心页面展示，也就是视图部分即可。
• 更好的可维护性：MVC模式划分出明晰的模型和视图部分，并使其解耦，在软件需求发生变更的时候，就可以各自独立的改变而不会相互影响，使得程序更容易维护和扩展。

1. 模型负责封装应用的状态，并实现应用的功能。通常又分为数据模型（订单信息）和业务逻辑模型（订单的操作），视图用来将模型的内容展现给用户，用户可以通过视图来请求模型进行更新。
2. 视图从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制器发出请求。
3. 控制器用来控制应用程序的流程和处理视图所发出的请求。当控制器接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制器会选择用于响应的视图，把模型更新后的数据展示给用户。

struts2

WebWork与Struts合并之后，根据功能的细分和设计，拆分出一个叫xwork的部分，用来处理与Web无关的部分，也就是与Servlet无关的部分，比如：用户数据的类型转换、动作调用之前的数据验证、动作的调用等等。

其余与Web相关的部分，也就是与servlet相关的部分，被称为struts2部分。因此请注意，此处的“Struts2”可以理解为一个模块，是Struts2框架的一部分，如：如何接收用户请求的数据，如何跳转到下一个页面等等。

其中struts2部分调用了xwork部分，但是xwork部分是不依赖于Struts2部分的，xwork是完全独立的、纯Java的应用。因此，可以用下图来表示struts2部分和xwork部分的关系。

struts2系统架构

1. 橙色是Servlet Filters，过滤器链，所有的请求都要经过Filter链的处理。
2. 浅蓝色是Struts Core，Struts2的核心部分，Struts2中已经做好的功能，在实际开发中不需要动它们。
3. 浅绿色是Interceptors，Struts2的拦截器。Struts2提供了很多默认的拦截器，可以完成日常开发的绝大部分工作；当然，也可以自定义拦截器，用来实现具体业务需要的功能。
4. 浅黄色是User Created，由开发人员创建的，包括struts.xml、Action、Template，这些其实就是在前面HelloWorld应用里面折腾的那些东西，是每个使用Struts2来进行开发的人员都必须会的。

struts2的运行流程

http://sishuok.com/forum/blogPost/list/4154.html