现在的位置: 首页 > 综合 > 正文

Struts2 核心控制器(FilterDispatcher)

2018年12月26日 ⁄ 综合 ⁄ 共 1000字 ⁄ 字号 评论关闭


Struts 2框架由3个部分组成:

      核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。

      在这3个部分里,Struts 2框架提供了核心控制器FilterDispatcher而用户需要实现业务控制器和业务逻辑组件 

      核心控制器:FilterDispatcher 

FilterDispatcher是Struts 2框架的核心控制器,该控制器作为一个Filter运行在Web应用中,它负责拦截所有的用户请求,当用户请求到达时,该Filter会过滤用户请求。如果用户请求以action结尾,该请求将被转入Struts 2框架处理。

      Struts 2框架获得了*.action请求后,将根据*.action请求的前面部分决定调用哪个业务逻辑组件,例如,对于login.action请求,Struts 2调用名为login的Action来处理该请求。 
       Struts 2应用中的Action都被定义在struts.xml文件中,在该文件中定义Action时,定义了该Action的name属性和class属性,其中name属性决定了该Action处理哪个用户请求,而class属性决定了该Action的实现类。 
       Struts 2用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理 ——因为用户实现的业务控制器并没有与Servlet API耦合,显然无法处理用户请求。而Struts 2框架提供了系列拦截器,该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来,传入到Action中,并回调Action的execute方法来处理用户请求。 
       显然,上面的处理过程是典型的AOP(面向切面编程)处理方式。图3.19显示了这种处理模型。
       Struts 2的拦截器和Action从图3.19中可以看出,用户实现的Action类仅仅是Struts 2的Action代理的代理目标。用户实现的业务控制器(Action)则包含了对用户请求的处理。用户的请求数据包含在HttpServletRequest对象里,而用户的Action类无需访问HttpServletRequest对象。拦截器负责将HttpServletRequest里的请求数据解析出来,并传给业务逻辑组件Action实例。
【上篇】
【下篇】

抱歉!评论已关闭.