Struts 用户指南（四）

4. 创建Controller组件


4.1 概述
现在我们理解了怎样构造你的应用程序的Model和View组件，现在是集中到 Controller 组件的时候了。Struts包括一个实现映射一个请求URI到一个行为类的主要功能的Servlet。因此你的与Controller有关的主要责任是：


为每一个可能接收的逻辑请求写一个 Action 类（也就是，一个 Action 接口的实现）

写一个定义类名和与每个可能的映射相关的其它信息的ActionMapping 类（也就是，一个 ActionMapping 接口的实现）

写行为映射配置文件（用XML）用来配置controller servlet。

为你的应用程序更新Web应用程序展开描述符文件（用XML）用来包括必需的Struts组件。

给你的应用程序添加适当的Struts组件。

4.2 Action类
Action 接口定义一个单一的必须由一个 Action 类实现的方法，就象下面这样：

public ActionForward perform(ActionServlet servlet,
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException;

一个 Action 类的目标是处理这个请求，然后返回一个标识JSP页面的 ActionForward 对象，控制应该重定向这个JSP页面以生成相应的响应。在 Model 2 设计模式中，一个典型的 Action 类将在它的 perform() 方法中实现下面的逻辑：


验证用户session的当前状态（例如，检查用户已经成功地注册）。如果 Action 类发现没有注册存在，请求应该重定向到显示用户名和口令用于注册的JSP页面。应该这样做是因为用户可能试图从“中间”（也就是，从一个书签）进入你的应用程序，或者因为session已经超时并且servlet容器创建了一个新的session。


如果验证还没有发生（由于使用一个实现 ValidatingActionForm 接口的form bean），验证这个 form bean 的属性是必须的。如果发现一个问题，当作一个请求属性保存合适的出错信息关键字，然后将控制重定向回输入表单这样错误可以被纠正。


执行要求的处理来处理这个请求（例如在数据库里保存一行）。这可以用嵌入 Action 类本身的代码来完成，但是通常应该调用一个商业逻辑bean的一个合适的方法来执行。
更新将用来创建下一个用户界面页面的服务器端对象（典型情况下是request范围或session范围beans，定义你需要在多长时间内保持这些项目可获得）。

返回一个标识生成响应的JSP页面的适当的 ActionForward 对象，基于新近更新的beans。典型情况下，你将通过在你接收到的ActionMapping 对象（如果你使用一个局部于与这个映射上的逻辑名）或者在controller servlet 本身（如果你使用一个全局于应用程序的逻辑名）上调用 findForward() 得到一个对这样一个对象的引用。


当为 Action 类编程时要记住的设计要点包括以下这些：


controller servlet仅仅创建一个你的 Action 类的实例，用于所有的请求。这样你需要编写你的Action 类使其能够在一个多线程环境中正确运行，就象你必须安全地编写一个servlet的 service() 方法一样。


帮助线程安全编程的最重要的原则就是在你的 Action 类中仅仅使用局部变量而不是实例变量。局部变量创建于一个分配给（由你的JVM）每个请求线程的栈中，所以没有必要担心会共享它们。


尽管不应该，代表你的系统中Model部分的的beans仍有可能抛出违例。你应该在你的 perform() 方法的逻辑中捕捉所有这样的违例，并且通过执行以下语句将它们记录在应用程序的日志文件中（包括相应的栈跟踪信息）：


servlet.log("Error message text", exception);

作为一个通用的规则，分配很少的资源并在来自同一个用户（在用户的session中）的请求间保持它们会导致可伸缩性的问题。你应该在将控制重定向到适当的View组件前努力释放这样的资源（例如数据库联接）-- 甚至在你调用的一个bean抛出了一个违例时。


另外，你将会想要防止出现非常大的 Action 类。最简单的实现途径是将你的功能逻辑嵌入到Action 类本身，而不是将其写在独立的商业逻辑beans中。除了使 Action 类难于理解和维护外，这种方法也使得难于重用这些商业逻辑代码，因为代码被嵌入到一个组件（Action 类）中并被捆绑运行于web应用程序环境中。


包括在Struts中的例子程序某种程度上延伸了这个设计原则，因为商业逻辑本身是嵌入到 Action 类中的。这应该被看作是在这个样本应用程序设计中的一个bug，而不是一个Struts体系结构中的固有特性，或者是一个值得仿效的方法。

4.3 ActionMapping实现
为了成功地运行，Struts的controller servlet需要知道关于每个URI该怎样映射到一个适当的Action 类的几件事。需要了解的知识封装在一个叫做 ActionMapping 的Java接口中，它有以下属性：


actionClass - 用于这个映射的 Action 类完整的Java类名。第一次一个特定的映射被使用，一个这个类的实例将被创建并为以后重用而保存。

formAttribute - session范围的bean的名字，当前的这个映射的 ActionForm 被保存在这个bean之下。如果这个属性没有被定义，没有 ActionForm 被使用。

formClass - 用于这个映射的 ActionForm 类完整的Java类名。如果你在使用对form beans的支持，这个类的一个实例将被创建并保存（在当前的用户会话中）

path - 匹配选择这个映射的请求的URI路径。看下面如何匹配的例子。

Struts在一个叫做 ActionMappingBase 的类中包括了一个 ActionMapping 接口的方便的实现。如果你不需要为你自己的映射定义任何附加的属性，尽管把这个类作为你的 ActionMapping 类好了，就向下面部分描述的那样配置。然而，定义一个 ActionMapping 实现（多半是扩展 ActionMappingBase 类）来包含附加的属性也是可能的。controller servlet知道怎样自动配置这些定制属性，因为它使用Struts的Digester模块来读配置文件。


包括在Struts的例子程序中，这个特性用来定义两个附加的属性：


failure - 如果Action类检测到它接收的输入字段的一些问题，控制应该被重定向到的上下文相关的URI。典型情况下是请求发向的JSP页面名，它将引起表单被重新显示（包含Action类设置的出错消息和大部分最近的来自ActionForm bean的输入值）。

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有