各框架的优缺点.docVIP

Struts2工作原理 步骤： 客户端初始化一个指向Servlet的请求 这个请求经过一系列的过滤器（Filter） 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请求是否需要调用某个Action 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy ActionProxy根据Configuration Manager询问框架的配置文件，找到需要调用的Action类 ActionProxy创建一个ActionInvocation实例 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Interceptor）的调用 一旦Action执行完毕，ActionInvocation根据struts.xml中的配置找到对应的返回结果 Struts1的工作原理 步骤： ActionServlet接收一个客户端的请求，检索和用户请求匹配的ActionMapping实例，如果不存在，就返回路径请求无效的信息 如果ActionForm实例不存在，就创建一个ActionForm对象，把客户端提交的表单数据保存到ActionForm对象中 根据配置信息决定是否需要表单验证，如果需要验证，就调用ActionForm的validate()方法 如果ActionForm的validate()方法返回null或返回一个不包含ActionMessage的ActionErrors对象，就表示表单验证成功 ActionServlet根据ActionMapping所包含的映射信息决定将请求转发给哪个Action，如果对应的Action实例不存在，就先创建这个实例，然后调用Action的execute()方法 Action的execute()方法返回一个ActionForward对象，ActionServlet再把请求转发给对象指定的JSP组件 ActionForward对象指向JSP组件生成动态页面返回给客户端 struts1与struts2本质区别 1 在Action实现类方面的对比：Struts 1要求Action类继续一个抽象基类；Struts 1的一个具体问题是使用抽象类编程而不是接口。Struts 2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制的服务成为可能。Struts 2提供一个ActionSupport基类去实现常用的接口。即使Action接口不是必须实现的，只有一个包含execute方法的POJO类都可以用 作Struts 2的Action。 2 线程模式方面的对比：Struts 1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts 1 Action能做的事，并且要在开发时非凡小心。Action资源必须是线程安全的或同步的；Struts 2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。 3 Servlet依靠方面的对比：Struts 1 Action依靠于Servlet API，因为Struts 1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。Struts 2 Action不再依靠于Servlet API，从而答应Action脱离Web容器运行，从而降低了测试Action的难度。 当然，假如Action需要直接访问HttpServletRequest和HttpServletResponse参数，Struts 2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问HttpServetRequest和 HttpServletResponse，从而给开发者更多灵活的选择。 4 可测性方面的对比：测试Struts 1 Action的一个主要问题是execute方法依靠于Servlet API，这使得Action的测试要依靠于Web容器。为了脱离Web容器测试Struts 1的Action，必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象（模拟了HttpServetRequest和HttpServletResponse对象），从而 可以脱离Web容器测试Struts 1的Action类。Struts 2 Action可以通过初始化、设置属性、调用方法来测试。 5 封装请求参数的对比：Struts 1使用ActionForm对象封装用户的请求参数，所有的ActionForm必须继续一个基类：ActionFor