struts 1.x 原理

Struts

当我接触到这个框架的时候，我就在想为什么是struts，而不是什么CraigFramework。结构、支撑，这样来理解也不难怪了。

为什么需要struts？

在struts in action这本书里，struts的开发者也讲到。在有了MVC后依然需要这样一个框架来支撑开发的工作，因为有了jsp和model和ejb来处理这一套流程还需要什么？

原理

首先需要在tomcat服务器启动，而tomcat启动后。部署在tomcat中的项目启动，相应在根据项目下的web.xml文件来实例化struts的servlet；并载入struts-config.xml文件。而后web客户端向tomcat发出request后，实例化request以及response对象。如果是post提交就调用dopost方法，请求ActionServlet并调用doPost方法。

部分图解：

1.截取url

在doPost方法中调用的process方法，通过一路艰辛传过来的request对象携带的url。通过RequestProcessor类中的processpath方法来截取url；

2.获取ActionMapping

截取得到的url再来通过RequestProcessor的processmapping来调用ModuleConfigImpl类来读取servlet-config.xml中的节点并将对应的数据设置到ActionMapping对象之中。

3.实例化ActionForm

在struts-config.xml中有对应ActionForm的name。通过这个name，首先在session或request中查找，如果有直接返回；没有通过name拿到对应value来通过反射得到对应类的实例。

4.设置表单数据

将表单数据设置到ActionForm

5.创建并执行Action

调用RequestProcessor的processActionCreate来创建Action，创建过程类似于ActionForm。执行execute方法，调用业务逻辑，返回response对象，转发到jsp页面，渲染页面。

actionForm：一种和actionconfig关联的javabean，在对应的action被调用之前都会自动初始化参数，将经过验证的数据填充自己类对应的属性。

优点：

1.struts相当于一种隔离，只有经过actionform的数据才能被后面的action调用。多少进行了一些隔离和过滤。

2.在http请求和action之间建立桥梁，也算是一种针对业务的分层和解耦吧。针对表单数据的单独处理。

缺点：

1.当只有一个或几个actionform时，这种解决方案当然解决并应对问题。而后面出现几百个actionform时这种针对每个请求来整合数据的方式就影响了效率，不单单在编写时候容易出问题，也不利于后面的维护。所以后面的struts1.x都针对这个问题出现了dynaactionform的解决方案，将相关的属性配置在xml文件中，这样更改和编写只用来针对config来修改即可。

后序

struts在jsp和model之间相当于桥梁的作用。一个功能强劲、性能更加优越的控制和转发数据中心，其实还是一个以MVC为核心的控制器。所以有他的一些既定的标准，如：需要指定的超链接格式（*.do、*.action）才能请求到ActionServlet中。struts会自动创建、组装、校验和最后处理 Action对象所对应的ActionForm。 这样Action 就可以直接从 ActionForm bean 取得它需要的数据以及渲染到最后的jsp中。