Struts1和Struts2对照
最近学习Struts1和Struts2.好多人、提到非常多的信息。
Struts2不从Struts1进化。
Struts2的前身WebWork。
呢,看了一些资料,下边就来比較比較。
一、架构分析
Struts1的架构图:
运行流程:
1.用户在浏览器端发送请求。server(比方:Tomcat)创建HttpServletRequest和HttpServletResponse对象。并将用户的请求的表单信息放到HttpServletRequest对象中。
2.创建ActionServlet对象,在ActionServlet中有一个核心对象RequestProcessor,(1)截取用户请求的地址path,查询得到ActionMapping对象。相应于Struts-config.xml中的acion-mapping标签中的信息。(2)利用ActionMapping中的name。创建ActionForm对象。相应于Struts-config.xml中的form-bean标签中的信息。
3.ActionForm通过reset,获取用户提交的表单信息中全部为name的属性,相应的设置到ActionForm对象的属性中。
4.通过ActionMapping对象中action的完整路径,创建Action(假设有则返回,假设没有则创建,放到map。下次用就不用再创建了。所以,struts1的action是仅仅创建一个实例的)。通过指定的Action,ActionMapping对象、ActionForm对象、HttpServletRequest对象、HttpServletResponse对象作为參数调用调用execute方法。依据用户的请求,控制调用Model。操作数据库。返回操作数据库的结果信息。放到request中。并返回要跳转到的页面。
Struts2的架构图:
运行流程:
1 client初始化一个指向Servlet容器(比如Tomcat)的请求。
2 这个请求经过一系列的过滤器(Filter)。
3 接着FilterDispatcher(struts2.1.3之后。strutsPrepareAndExcuteFilter就取代了FilterDispatcher)被调用,FilterDispatcher询问ActionMapper来决定这个请是否须要调用某个Action。
4 假设ActionMapper决定须要调用某个Action,FilterDispatcher把请求的处理交给ActionProxy。
5 ActionProxy通过Configuration Manager询问框架的配置文件,找到须要调用的Action类。
6 ActionProxy创建一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用。在调用Action的过程前后,涉及到相关拦截器(Intercepter)的调用。
8 一旦Action运行完成,ActionInvocation负责依据struts.xml中的配置找到相应的返回结果。
Struts2的核心就是拦截器。Struts.xml中全部的package都要extends=”struts-default”。同理与全部的Java类都要extends自Object一样。struts-default.xml里面就是要做以上事情。
二、对照
对照struts1和struts2的运行流程,我没认为它俩有什么太大的区别。大致是同样的:用户发送请求。通过request到核心控制器上(struts1中是ActionServlet。Struts2中是StrutsPrepareAndExcuteFilter),控制器依据配置文件里的配置,决定调用哪个Action,通过Action的execute()方法,控制调用哪个Model。处理用户的请求。操作数据库,并返回操作结果,并返回跳转的页面。
那Struts2究竟是哪里的设计,让它大放异彩?
Struts1的缺点:
1.在struts1中。用户请求提交到request,全部的request都需经过核心控制器ActionServlet推断、处理。要调用哪个Action。创建Action后在调用Model进行业务处理。
假设仅仅是訪问一个jsp页面,也还是须要经过配置,通过ActionServlet管理的。
Struts2中。ActionInvocation在创建Action时,是经过ActionMapper推断,是否要调用某个Action。仅仅有须要调用的时候才创建。
2.Struts1的Action须要继承一个基类Action的。
这里用到了HttpServletRequest、HttpServletResponse作为參数,所以struts1依赖了Servlet API的。存在这种依赖。架构是不easy扩展的,这就是入侵式的设计。
此外由于依赖HttpServletRequest、HttpServletResponse,那我们的Action类的測试,是必须依赖web容器。webserver的。这种话。单元測试非常不easy进行。
Strut2的Action能够不依赖于不论什么类,仅仅是作为一个单独的,纯粹的类而存在,这样进行单元測试就简便了非常多。
3.struts1的Action创建,是单例的。假设创建了就不在创建,所以全部的请求都在使用这一个实例,这就须要保证线程安全。
Struts2的Action创建。是为每个请求创建一个实例。所以不用考虑线程安全问题。
4.struts1的view部分採用jsp实现。提供了JSTL标签库。标签库能够输出控制器的处理结果。 但struts1支持的表现层技术非常单一:既不支持FreeMarker、Velocity等模版技术,也不支持JasperReports等报表技术 。
比較之下,struts2支持很多其它的表现层技术。如velocity。freemarker和xslt等
struts1使用标准JSP机制把对象绑定到视图页面;struts2使用“ValueStack”技术,使标签库能訪问值,而不须要把对象和视图页面绑定到一起。
所以。通过以上对照,就会发现struts1的设计尽管较于Model2有了非常大的提升。可是随着时代、技术的发展,它的缺点会越来越放大。再看struts2,它和struts1的实现机制上有非常大的不同,它弥补了struts1的不足。所以struts2并非struts1的继承和发展,而是webwork的。
版权声明:本文博主原创文章,博客,未经同意不得转载。