Struts 1框架以ActionServlet作为核心控制器,整个应用由客户端请求驱动。当客户端向Web应用发送请求时,请求将被Struts 1的核心控制器ActionServlet拦截,ActionServlet根据请求决定是否需要调用业务逻辑控制器处理用户请求(实际上,业务逻辑控制器还是控制器,它只是负责调用模型来处理用户请求),当用户请求处理完成后,其处理结果通过JSP呈现给用户。
struts1存在的问题:1、支持的表现层技术单一
2、与Servlet API严重耦合,难于测试
3、代码严重依赖于Struts 1 API,属于侵入式设计
Struts 2框架的大致处理流程如下:
浏览器发送请求;
核心控制器FilterDispatcher根据请求决定调用合适的Action。
WebWork的拦截器链自动对请求应用通用功能;
回调Action的execute方法,该execute方法先获取用户请求参数,然后执行某种数据库操作,既可以是将数据保存到数据库,也可以从数据库中检索信息。实际上,因为Action只是一个控制器,它会调用业务逻辑组件来处理用户的请求。
Action的execute方法处理结果信息将被输出到浏览器中,可以是HTML页面、图像,也可以是PDF文档或者其他文档。此时支持的视图技术非常多,既支持JSP,也支持Velocity、FreeMarker等模板技术。
本文详细介绍了Struts框架的发展历程,从Struts1到Struts2的变化,包括核心控制器ActionServlet的工作原理,以及Struts2框架的大致处理流程。讨论了Struts1存在的问题,如支持的表现层技术单一、与ServletAPI严重耦合和代码侵入式设计,并对比了Struts2在这些方面的改进。

被折叠的 条评论
为什么被折叠?



