深入理解Struts2
来自: http://blog.csdn.net/u010926964/article/details/50605188
简介
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相比是一种粗粒度的事件。
任何一种技术的诞生都有其优缺点,在项目中根据实际情况选择性使用,文章中有不足之处,请大家批评指正。