感受一下struts2框架设计及扩展考虑

来源:互联网 发布:tensorflow pdf下载 编辑:程序博客网 时间:2024/06/07 18:33

欢迎转载,转载请注明出处:http://it.zhutibo.com/action/article1233.htm

学习struts2给我的最强烈的印象是它的可扩展、可复用性。Struts2 in action一书中有一幅非常不错的图,这幅图把struts2的关键元素及主要流程表达得非常清楚,此图如下:

图中的箭头详细地说明了一个HttpServletRequest请求的详细处理过程,以下我对一个关键步骤(组件)做一些简要说明。

子线程从哪开始

我们都知道Servlet执行是在多线程模式中,那么,上图中是从哪里开始进入到多线程的呢?答案是在执行具体Filter的doFilter之前,已经进入独立的子线程;(实其可以有更准确的回答,我觉得这个回答比较好理解)换句话说,这个时候多线程模式已经形成,在对任何一个对象进行操作前,我们都要考虑线程安全这个问题:这些对象包括:Filter、Interceptor、Activity(Activity要看配置如何)等。具体如何对共享资源进行多线程操作,可能参照我的另一篇文章:'感受Java中的多线程设计'。

扩展核心组件及扩展

图中蓝色部分为Struts核心组件,这些组件相对稳定,不需要我们自己定义;但如果有必要的话,我们还是可以自己扩展这些组件。

struts的核心组件都有一个接口定义,及多个实现,比如com.opensymphony.xwork2.ActionProxyFactory(ActionProxy组件工厂)是一个通用接口,其具体实现是org.apache.struts2.impl.StrutsActionProxyFactory,我们可以在struts2-core-xxx.jar的根目录的struts-default.xml文件中找到这些接口的默认实现,在struts中,你可以在自己的struts.xml文件里覆盖这些默认实现。

ActionProxy

一般情况下,我们很难发现这个类的正真作用。因为我们一般不会扩展它,需默认实现DefaulActionProxy也没实现什么特殊的功能;我这里直接举个例子来说明“代理”的作用:我们可以在actionProxy里通过rmi等远程调用等方式调用远程(至少不同VM中)的Action,这样我们可以用一台主机做http请求的接收,多台主机做为逻辑实现的“从机”;用proxy使proxy之上的调用代码不用做任何更改。

ActionContext(图里没有?)

是的,图里确实没有这个东西,因为它不能算是一个组件,但它在Struts2里的重要性是“非常的!”。我们知道struts与xwork有千丝万缕的联系,xwork要求框架本身跟具体的台平没有绝对的关系,换句话说,像struts这样一个web framework,即使把它从Servlet环境中提取出来也应该是一个完全的框架,这样,struts内部的一切应该尽量不依赖于具体的Servlet环境;如果你好好体会的话不难发现这一点。从某种意义上讲ActionContext就是这样一个东西,它把struts对一个请求的逻辑处理所需要的所有“需要的数据”都放到这个对象中

另外ActionContext是放在ThreadLocal中的一个通用数据类型(泛型),所以,每个线程都有一个独立的ActionContext对象,并且不相互影响,关于ThreadLocal的概念,可参考'这里'。

ActionMapping

用户请求经解析后会生成一个ActionMapping,表示一个请通url对应的具体action对象。会存在三种情况:

  • 找到具体的Action类:那么就用这个类处理
  • 找不到Action类,请url请求的是static资源(如图片等):那么struts filter默认会直接把这些静态资源发送到client端
  • 找不到Action类,非static资源:不进入struts框架处理,当成一般的http请求(相当于对此请求不用struts框架)

ActionInvocation

我个人觉得,这个类算是struts设计的精髓,ActionInvocation及它周边的一些类,如Interceptor、ActionContext等一起组成了Command模式。

那么什么是Command模式呢?简单来说就是把对一个对象的一些直接操作,跟据功能分块封装起来放到Command类中(struts封装到Action、Interceptor、Result中,相当于Command类)。这样,这个分块后的操作就可以“复用”、“重新组合”等。 另外,每个Command对象对应一个Receiver对象,Receiver表示Command的操作对象(相当于中学物理中,作用力与被作用物体的关系);在struts中,receiver对象指的是ActionContext对象,它其它包含的是一系列数据。

其它一些组件没多大讲头,实现时比较具体;感觉写得跟自己想的还是有些差别,感觉没完全表达出自己脑子里的想法,有不足之外,还请指正,谢谢阅读!