一直以来都没有很好地考究 Struts 2 用的是怎样一个模型。多数人认为 Struts 2 的精髓在于拦截器,如果单从 Struts 2 的包来看似乎的确这样,因为很多 Action 部分的包都由 xwork 提供了。
但要注意的是,这个 interceptor (拦截器)的概念实际上和 Filter 十分像,而Struts 2 的架构模型和 Struts 1 类似吗?
就我们所知道的,Struts 2 是 Struts 1 和 WebWork 的结合,实际上更偏向于 WebWork 框架(具体历史不考究了,只看软件包可以看出)。Struts2 框架实际上并不直接封装请求的信息传递给 Java 类,而是通过配置文件和参数约定把逻辑类的参数和请求参数绑定起来,使用统一的控制器(请求分发器)作为边界。因此,这个模型和 Struts 1 的架构来说差异还是很大的。
Strus 1 的 Action 控制器实际上只是对 Servlet 进行了封装,分离了控制和视图(实际上用 Servlet 控制,转发给 JSP 同样可以做到),外加上 ActionForm 对标单提交和校验作了封装。
而 Struts 2 采用的实际上是另一套模型。大家知道为了复用而让请求和 Action 解耦,但是却没想过这时候 Action 应该算是什么。我觉得这个改变促使其对 Struts 1 下的 MVC 模型进行了补充,把 Struts 1 中的 Action 整合为组件,既可以模仿 Struts 1 的方式写 Action ,又可以把服务类直接当作 ction 。
Struts 2 的组件化实际上可以使得边界类可以不再出现(理想情况下),达到代码复用的最好情况。