深入理解Struts2

简介

  Struts 2是Struts的下一代产品，是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架。其全新的Struts 2的体系结构与Struts 1的体系结构差别巨大。Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与ServletAPI完全脱离开，所以Struts 2可以理解为WebWork的更新产品。虽然从Struts 1到Struts 2有着太大的变化，但是相对于WebWork，Struts 2的变化很小。

  无论从struts2的设计角度看，还是从struts2在实际项目中的易用性来看，struts2都是一个非常优秀的mvc框架。与struts1相比，struts2允许使用使用普通的Java对象作为action，给予aop思想的烂机器机制，提供了几号的可扩展性。

mvc思想及其优势

  mvc并不是Java语言所特有的设计思想，也并不是web应用所特有的思想，他是所有面向对象程序设计语言都应遵循的规范。mvc是一种设计模式，将应用分为三层：model、view、controller。这三层以最少的耦合协同工作，从而提高应用的可扩展及可维护性。

  从设计模式角度来看，mvc非常类似于观察者模式，但与观察者模式存在少许的差别：观察者模式下的观察者和被观察者可以是两个互相对等的对象，但对于mvc思想而言，被观察者往往只是单纯的数据体，而观察者则是单纯的视图页面。

mvc的特点

  多格式图对应一个模型。

  模型返回的数据与现实逻辑分离。

  应用被分割为三层，降低了隔层之间的耦合性。

  控制层吧不同的模型和不同的视图组合在一起，完成不同的请求。

  符合软件工程化管理的精神。

struts2的工作流程

配置步骤

  1.web.xml文件中定义核心filter来拦截用户请求。

  2.如果需要以post方式提交请求，则定义包含表单数据的JSP页面。如果仅仅只是以get方式发送请求，则无需经过这一步。

  3.定义处理用户请求的action类。

  4.配置action。

  5.配置处理结果和物理视图资源之间的对应关系。

  6.编写资源视图

工作流程

优缺点

优点:

  1. 实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现.

  2. 有丰富的tag可以用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。

  3. 页面导航.页面导航将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。

  4. 提供Exception处理机制 .

  5. 数据库链接池管理
  6. 支持I18N

缺点: 

  1. 转到展示层时，需要配置forward，每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。现在就是这样，几十上百个人同时在线使用我们的系统，大家可以想象一下，我的烦恼有多大。

  2.Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。
  3. 测试不方便. Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。
  4.类型的转换. Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，而且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。
  5.对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
  6.前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。
  7. 对Action执行的控制困难. Struts创建一个Action，如果想控制它的执行顺序将会非常困难。甚至你要重新去写Servlet来实现你的这个功能需求。
  8.对Action 执行前和后的处理. Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。
  9.对事件支持不够. 在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。 

  任何一种技术的诞生都有其优缺点，在项目中根据实际情况选择性使用，文章中有不足之处，请大家批评指正。