• 1. 第二章:struts2架构剖析 主讲:刘雷
  • 2. 本章目标了解Struts2和XWork的关系,以及各自的职责 熟悉Struts2的体系结构 了解Struts2框架的调用流程
  • 3. WebWork的数据流图
  • 4. XWork2-----Struts2的基础与WebWork2相同,Struts2框架也是由两部分组成:XWork2和Struts2。 XWork是一个命令模式框架,它是Struts2的基础。 XWork提供了很多核心功能: IoC(Inversion of control,控制反转)容器, 强大的表达式语言 (OGNL:Object Graph Navigation Language-----对象图像导航语言) 数据类型转换, 验证和可插入的配置。 XWork框架的核心概念包括action,拦截器(inerceptor)和result.
  • 5. Struts2拦截器工作原理Struts2拦截器工作原理
  • 6. Struts2与XWork2之间的交互图Struts2与XWork2之间的交互图
  • 7. Struts2与XWork2之间的交互一个HTTP请求到达Struts2的FilterDispatcher之后,就会被转换成一个action command. 这个action command在穿越了一系列Struts2和XWork的拦截器(1~3)之后,最后执行用户编写的Action实例。 在Action执行后,响应还会穿越相同的拦截器,按照与请求相反的顺序即拦截器(3~1). 最后通过Struts2的HttpServletResponse转换成Web可识别的响应,如JSP。
  • 8. Struts2的数据流图
  • 9. Struts的数据流程当接收到一个HttpRequest,Interceptor做一些拦截或者初始的工作; 当外部的HttpServletRequest到来时,初始到了Servlet容器传递给一个标准的过滤器链;ActionContextCleanUp这个在集成插件方面非常有用。Other filters(SitMesh,etc) 调用FilterDispatecher会去查找相应的ActionMapper; 如果找到了相应的ActionMapper它将会将控制权限交给ActionProxy,ActionProxy将会通过ConfigurationManager来查找配置struts.xml; 下一步将会通过ActionInvocation来负责命令模式的实现(包括调用一些拦截器Interceptor框架,在调用action之前),一旦action返回,会查找相应的Result,Result类型可以是JSP或者FreeMark等; 这些组件和ActionMapper一起返回给请求的url(注意拦截器的执行顺序),响应的返回是通过我们在web.xml中配置的过滤器; 如果ActionContextCleanUp是当前使用的,则FilterDispatecher将不会清理threadLocal ActionContext; 如果ActionContextCleanUp不使用,则将会去清理threadlocal。
  • 10. ActionMapper和ActionMappingorg.apache.struts2.dispatcher.mapper.ActionMapper接口在HTTP请求和action调用请求之间提供了一个映射。 当给定一个HTTP请求时,ActionMapper根据请求的URI来查找是否有对应的action调用, (1)如果有,则返回一个描述了action调用的ActionMapper; (2)如果没有匹配的action调用请求,则返回null. Struts2框架对该接口提供的默认实现是org.apache.struts2.dispatcher.mapper.DefaultActionMapper. ActionMapping本质上是一个数据传输对象,它将Action类和要执行的方法的详细资料收集在一起。ActionMapping由org.apache.struts2.dispatcher.Dispatcher和用户各种接口组件使用。 ActionMapping的完整类名是org.apache.struts2.dispatcher.mapper.ActionMapping.
  • 11. ActionProxy和ActionInvocationActionProxy在XWork中和真正的Action充当代理的角色,在通过框架框架执行Action的过程中,因为是使用代理而不是直接操纵对象,所以可以在代理中封装拦截器、result等额外代码。 ActionProxy持有ActionInvocation对象。ActionInvocation代表了action执行的当前状态。它持有拦截器(按顺序 )、Action实例、结果映射(从结果码到Result实例的映射)和ActionContext.
  • 12. 接收用户数据问题开发Web应用程序,首先应会遇到对用户输入数据的接收,传统的Web应用程序是由开发人员调用HttpServletRequest的getparameter(String name)方法从请求中获取数据,而Web框架都提供了数据绑定机制,由框架从请求中获取数据然后绑定到一个JavaBean对象中。 Struts2提供了多种方式用于接收用户输入的数据。 Struts2的action完全与Web解耦,要获取Web层的数据,需要使用ActionContext,它为action提供了一个执行上下文。
  • 13. 接收数据方式一:使用领域对象接收用户输入我们在上一章中介绍了struts1的二个缺点,其中之一,就是struts1使用ActionForm来接收用户输入的数据。为了避免业务逻辑层依赖于Struts框架,我们需要提供一个对应的领域对象,然后在ActionForm和领域对象之间进行数据复制,这使得程序中的JavaBean对象泛滥。 在struts2中,支持直接使用领域对象来接收用户输入的数据。
  • 14. 举例login.jsp
  • 15. 编写User类
  • 16. 编写LoginAction类
  • 17. struts.xml
  • 18. 对举例说明
  • 19. 接收数据方式二:使用ModelDriven action
  • 20. LoginAction类
  • 21. 页面login.jsp
  • 22. 接收数据方式三:使用action属性接收用户输入
  • 23. 其它部分不需要改动.
  • 24. 访问request,session,application对象
  • 25. 与Servlet API解耦的访问方式要获取这三个Map对象,可以使用com.opensymphony.xwork2.ActionContext类。
  • 26. 通过ActionContext来获取request,session,application
  • 27. (本页无文本内容)
  • 28. Success.jsp
  • 29. 说明利用请求对象来传递数据还有一种方式,你可以直接使用ActionContext类的put()方法将数据保存到ActionContext中,如下: ActionContext.getContext().put(“hello”,”欢迎学习struts2”); 然后在结果页面中, 从请求对象中取出hello属性,如下: ${requestScope.hello}或者<%=request.getAttribute(“hello”)%>
  • 30. RequestAware、 SessionAware 、 ApplicationAware接口
  • 31. 通过接口注入来获取request,session,application对象
  • 32. (本页无文本内容)
  • 33. 上面的例子实现了RequestAware、 SessionAware 、 ApplicationAware接口,框架在运行时会调用这三个接口中的方法,向action类中注入request,session,application对象,在execute()方法中不再需要访问ActionContext.
  • 34. 与Servlet API耦合的访问方式
  • 35. (本页无文本内容)
  • 36. 通过ServletActionContext来获取HttpRequest和ServletContext对象
  • 37. (本页无文本内容)
  • 38. 说明
  • 39. 举例
  • 40. 举例
  • 41. 小结Struts2接收用户输入数据的三种方式: 使用领域对象接收用户输入 使用ModelDriven action 使用action属性接收用户输入 Struts2在Action中如何访问request,session,application(即ServletContext)对象: 可以使用struts2中提供的Map对象来访问HttpRequest,HttpSession和ServletContext对象 也可以直接访问Servlet环境中的HttpRequest,HttpSession和ServletContext对象
  • 42. 谢谢!