在介绍Struts框架之前,先来看看web开发的两种模式,这两种模式自JSP开发流行以来,就争论不断,它们分别是JSP Model 1和JSP Model 2。
1.1 JSP Model 1下图是JSP Model 1 的构架示意图:
用户通过浏览器之间访问web应用的JSP页面, JSP提供UI显示,JavaBeans处理数据库访问和业务逻辑。这种开发方式最大的优势是直接、简单,对于小型应用,可以很方便、快速地进行开发。
1.2 JSP Model 2下图是JSP Model 2 的构架示意图:
JSP Model 2 和JSP Model 1 最大的区别是引入了MVC模式的概念,即M(Model:业务逻辑),V(View:系统UI),C(Controller:控制)分离,用户的所有请求提交给Controller,由Controller进行统一分配,并且采用推的方式将不同的UI显示给用户。这样做得好处是:
1、 可以统一控制用户的行为,例如在Controller中添加统一日志记录等功能是非常方便的。
2、 职责分离,有利于各部分的维护。用户不直接访问分散的UI,这样可以通过配置文件或则流程定义的方式,在不同的环节、时间将不同的页面推向给用户。
1.3 Struts
通过了解JSP Model 1和JSP Model 2,我想大家心里都已经有了选择,在这里,我不想说哪一种构架更好,在不同的环境中,使用恰到好处的技术才是最好的。普遍来说,MVC分离是个不错的选择。
Struts框架正是MVC分离的一个杰出作品。首先我们来看一下Struts1.1的UML图,以便于我们对Struts有个全局的了解:
先不用急着看懂这张图,在下面的学习过程中,我们会慢慢地了解这张图中各个组件的含义。
接下来,我们从MVC的角度对Struts框架进行探索。
1.3.1 Controller首先介绍MVC中的C,上面提到了,JSP Model 1 和JSP Model 2 最大的却别就是C,那么在Struts中,这个C是什么呢?他是如何实现的呢?下面我们再来看看这个图:
这是JSP Model 2的构架图,也是Struts的构架图,Struts使用一个Servlet作为Controller,处理用户的请求,并分派给Model进行业务处理,在合适的时候将合适的View推向给用户。这个Servlet是org.apache.struts.action.ActionServlet或其子类。ActionServlet类扩展自javax.servlet.http.HttpServlet类,其职责是将http请求提交给合适的处理器(Processor)进行处理。关于处理器我们在稍后会介绍,是org.apache.struts.action.RequestProcessor 或其子类的一个实例。
1.3.1.1 Controller(控制器)机制J2EE的前端控制器(Front Controller)设计模式中利用一个前端控制器来接受所有客户请求,为应用提供一个中心控制点,在该控制点上,可以很方便地添加一些全局性的,如加密、国际化、日志等通用操作。Controller的实现机制正是建立在前端控制器的设计模式基础上。
前面我们介绍过,Struts的控制器拥有一些职责,其中最主要的是以下几个:
?/SPAN> 接收客户请求。
?/SPAN> 映射请求到指定的业务操作。
?/SPAN> 获取业务操作的结果并以有效的方式提供给客户。
?/SPAN> 根据业务操作的结果和当前的状态把不同的UI推向给客户。
在Struts框架中,控制器中不同的组件负责不同的控制职责,下图是Struts框架中关于控制器部分的一个组件图:
在上图中,很明显地可以看出,ActionServlet处于核心位置,那么,我们就先来了解一下ActionServlet。
1.3.1.2 ActionServlet类org.apache.struts.action.ActionServlet在Struts应用程序中扮演接收器的角色,所有客户端的请求在被其它类处理之前都得通过ActionServlet 的控制。
当 ActionServlet的实例接收到一个HTTP请求,不管是通过get方法或post方法,ActionServlet的process( )方法被调用并用以处理客户请求。process( )方法实现显示如下:
protected void process(HttpServletRequest request,HttpServletResponse response)
throws IOException, ServletException {
RequestUtils.selectApplication( request, getServletContext( ) );
getApplicationConfig( request ).getProcessor( ).process( request, response );
}
该方法的实现很简单,RequestUtils.selectApplication( request, getServletContext( ) );语句是用来根据用户访问的上下文路径来选择处理的应用,如果你只有一个Struts配置文件,就表示你只有一个Struts应用。关于如何建立多个Struts应用,本教程不作详细讲解,请参考相应资料。getApplicationConfig( request ).getProcessor( ).process( request, response );语句用来获取一个处理器,并将客户请求提交给处理器处理。
1.3.1.3 Struts初始化处理流程根据在web.xml中配置的初始化参数,Servlet容器将决定在在容器的第一次启动,或第一次客户请求ActionServlet的时机加载ActionServlet ,不管哪种方式加载,和其它Servlet一样,ActionServlet的init( )方法将被调用,开始初始化过程。让我们来看看在初始化过程中将发生些什么,理解了这些,对于我们debug和扩展自己的应用更加得心应手。
1、 初始化框架的内部消息绑定,这些消息用来输出提示,警告,和错误信息到日志文件中。org.apache.struts.action.ActionResources用来获取内部消息;
2、 加载web.xml中定义的不同参数,用以控制ActionServlet的不同行为,这些参数包括config, debug, detail, and convertNull ;
3、 加载并初始化web.xml中定义的servlet 名称和servlet映射信息。通过初始化,框架的各种DTD被注册,DTD用来在下一步校验配置文件的有效性;
4、 为默认应用加载并初始化Struts配置文件,配置文件即初始化参数config指定的文件。默认配置文件被解析,产生一个ApplicationConfig对象存于ServletContext中。可以通过关键字org.apache.struts.action.APPLICATION从ServletContext中获取ApplicationConfig;
5、 Struts配置文件中指定的每一个消息资源都被加载,初始化,并存在ServletContext的合适区域(基于每个message-resources元素的key属性),如果key属性没有设置,则为org.apache.struts.action.MESSAGE;
6、 Struts配置文件中声明的每一个数据源被加载并且初始化,如果没有配置数据源,这一步跳过;
7、 加载并初始化Struts配置文件中指定的插件。每一个插件的init()方法被调用;
8、 当默认应用加载完成,init()方法判断是否有应用模块需要加载,如果有,重复步骤4—7万成应用模块的加载。
下图是对上面文字说明的图形化表示:
本文地址:http://com.8s8s.com/it/it16556.htm