Struts 2中的SessionAware设计

Question

我已经和Struts 2合作了很长时间。

如果我们的操作类实现了IsIndeterminate接口，我们将获得SessionAware但不会获得SessionMap个对象。

如果是HttpSession和ServletRequestAware，我们会获得ServletResposeAware和HttpServletRequest个对象，但HttpServletResponse的情况下不会包含SessionMap等包装对象。

我的问题是，如果Struts给我们SessionAware而不是SessionMap来将我们的操作类与Servlet API和Http协议分离，那么为什么它会给我们HttpSession和{{ 1}} HttpServletRequest和HttpServletResponse中的对象。

如果Struts不想将Servlet API和HTTP协议从动作类中解耦，那么为什么在ServletRequestAware接口的情况下它会给我们ServletResponseAware。

为什么我们没有得到SessionMap对象？

Answer 1

  

在ServlectRequestAware和ServletResposeAware的情况下，我们得到HttpServletRequest和HttpServletRespose对象，但是在SessionAware的情况下不会包含SessionMap等包装对象。

因为那些直接暴露 servlet 请求和响应的极少数情况下他们确实需要（或至少是有用的）。

  

我的问题是，如果struts为我们提供了SessionMap而不是HttpSession来将我们的动作类与Servlet API和Http协议分离，那么为什么它给我们提供HttpServletRequest和HttpServletRespose对象以防万一ServlectRequestAware和ServletResposeAware。

因为

  

如果struts不想将Servlet API和HTTP协议与动作类分离，那么为什么它会在SessionAware接口的情况下为我们提供SessionMap。

希望解析Servlet API，原因很简单。它强制您明确要求Servlet API工件，因为它们具有代码味道。它并没有阻止你获得它们，因为在极少数情况下它们非常重要。

HttpSession几乎只是一个属性图，它不包含通常在动作中有用的信息。在更罕见的情况下，你需要一个，你仍然可以得到它。

Answer 2

  

为什么我们没有得到HttpSession对象？

您可以从servlet的HTTP请求中获取此对象。没有理由定义额外的接口以将HttpSession注入到操作中。另一方面，Struts定义了HTTP请求，会话，应用程序的映射，以便使用Map接口更轻松地访问/修改其属性。 servletConfig拦截器可以将这些对象注入到操作中，如果它实现了相应的xxxAware接口。

此拦截器可以注入的接口列表：

  
• ServletContextAware
  
• ServletRequestAware
  
• ServletResponseAware
  
• ParameterAware
  
• RequestAware
  
• SessionAware
  
• ApplicationAware
  
• PrincipalAware