大致上,Struts2框架由三个部分组成:核心控制器FilterDispatcher,业务控制器和用户实现的业务逻辑组件.在这三个部分里面,Struts2框架提供了核心控制器FilterDispatcher,而用户需要提供业务控制器和业务逻辑组件.
(1) 核心控制器FilterDispatcher
FilterDIspatcher是Struts2框架的核心的控制器,该控制器作为一个Filter运行在Web应用当中,它负责拦截所有的用户请求,当用户请求到达的时候,该Filter将会过滤用户请求.如果用户请求以action结尾,那么,该请求将被转入Struts2框架处理.
Struts2框架获得了*.action请求之后,将会根据*.action请求的前面的部分决定调用哪个业务逻辑组件,比如说,对于login.action请求,Struts2调用名为login的Action来处理该请求.
Struts2应用中的Action都被定义到struts.xml文件当中了,在该文件中定义Action的时候,定义了该Action的name属性和class属性,其中name属性决定了改action处理哪个用户的请求.而struts框架提供了系列拦截器,该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来,传入到Action当中,并且回调Action的execute方法来处理用户的请求.
显然,上面的处理过程是典型的AOP处理方式.(面向切面编程),用户实现的Action类仅仅是Struts2的Action代理的代理目标.用户实现的业务控制器Action则包含了对用户请求的处理.用户的请求数据包含在HttpServletRequest对象里面,而用户的Action类无需访问HttpServletRequest对象,拦截器负责将HttpServletRequest里面的请求数据解析出来,并且传给业务逻辑组件Action实例.
(2) 业务控制器
业务控制器组件就是用户实现的Action类的实例,Action中通常包含了一个execute方法,该方法返回一个字符串—这个字符串就是一个逻辑视图名,当业务控制器处理完用户的请求之后,根据处理的结果不同,execute方法就返回不同的字符串—每个字符串对应一个视图名.
程序员开发出系统所需要的业务控制器之后,还需要配置struts2的Action,也就是配置Action的如下三个部分的定义:
1) Action所要处理的URL
2) Action组件所对应的实现类
3) Action里面包含的逻辑视图和物理资源之间的关系
每个Action都要处理一个用户的请求,而用户请求总是包含了指定的URL,当FilterDispatcher拦截到用户的请求之后,根据请求的URL和Action处理URL之间的对应关系来进行转发.
(3) Struts2的模型组件
JavaEE应用里的模型组件,通常是指业务逻辑组件,而隐藏在系统业务逻辑组件下面的,还可能包含了DAO,领域对象等组件.
通常MVC框架里面的业务控制器会调用模型组件的方法来处理用户请求.也就是说,业务逻辑控制器不会对用户请求进行任何的实际处理.用户请求最终由模型组件负责处理.业务控制器只是中间负责调度的调度器,这也是称Action为控制器的原因.(当控制器需要获得业务逻辑组件的实例的时候,通常不会直接获取业务逻辑组件实例,而是通过工厂模式来获得业务逻辑组件的实例,或者利用其他IOC容器,比如说Spring容器来管理业务逻辑的实例)
请求发送到容器-àFilterDispatcher-à转发请求-àAction--à业务逻辑组件
(4) Struts2的视图组件
Struts2已经改变了Struts1只能够使用JSP作为视图技术的现状,Struts2允许使用其他的模版模式,比如说FreeMarker,Velocity等作为视图技术.
当Struts2的控制器返回逻辑视图名的时候,逻辑视图并没有和任何的视图技术相关联,仅仅是返回一个字符串,该字符串作为逻辑视图名
当我们在struts.xml文件中配置Action的时候,不仅要制定Action的name属性和class属性,还要为Action元素指定result子元素,每个result子元素定义一个逻辑视图和物理视图之间的映射.
如果需要在Struts2中使用其他的视图技术,则可以再配置result子元素的时候,指定相应的type属性就可以了,比如说,要使用FreeMarker,则为result指定freeMarker的type属性,如果想使用velocity模版技术作为视图资源,则为result指定值为velocity的type属性……
(5) Struts2的运行流程
Struts2框架的运行流程非常类似于WebWork的流程.