运用Jakarta Struts的七大实战心法解析

核心提示：1、只在必要的时候才考虑扩展Struts框架一个好的framework有很多优点，首先，运用Jakarta Struts的七大实战心法解析，它必须能够满足用户的可预见的需求，为此Struts为Web应用提供了一个通用的架构，就如Struts自动添加应用程序的名字加到URL一样，应用模块是对框架的一个新的扩充，这样开发人

　　1、只在必要的时候才考虑扩展Struts框架
　　
　　一个好的framework有很多优点，首先，它必须能够满足用户的可预见的需求。为此Struts为Web应用提供了一个通用的架构，这样开发人员可以把精力集中在如何解决实际业务问题上。其次，一个好的framework还必须能够在适当的地方提供扩展接口，以便应用程序能扩展该框架来更好的适应使用者的实际需要。
　　
　　假如Struts framework在任何场合，任何项目中都能很好的满足需求，那真是太棒了。但是实际上，没有一个框架声称能做到这一点。一定会有一些特定的应用需求是框架的开发者们无法预见到的。因此，最好的办法就是提供足够的扩展接口，使得开发工程师能够调整struts来更好的符合他们的非凡要求。
　　
　　在Struts framework中有很多地方可供扩展和定制。几乎所有的配置类都能被替换为某个用户定制的版本，这只要简单的修改一下Struts的配置文件就可以做到。
　　
　　其他组件如ActionServlet和 RequestPRocessor 也能用自定义的版本代替。甚至连Struts 1.1里才有的新特性也是按照扩展的原则来设计的。例如，在异常处理机制中就答应用户定制异常处理的句柄，以便更好的对应用系统发生的错误做出响应。
　　
　　作为框架的这种可调整特性在它更适合你的应用的同时也在很大的程度上影响了项目开发的效果。首先，由于您的应用是基于一个现有的成熟的、稳定的framework如Struts，测试过程中发现的错误数量将会大大减少，同时也能缩短开发时间和减少资源的投入。因为你不再需要投入开发力量用于编写基础框架的代码了。
　　
　　然而，实现更多的功能是要花费更大的代价的。我们必须小心避免不必要的滥用扩展性能，Struts是由核心包加上很多工具包构成的，它们已经提供了很多已经实现的功能。
　　
　　因此不要盲目的扩展Struts框架，要先确定能不能采用其他方法使用现有的功能来实现。 在决定编写扩展代码前务必要确认Struts的确没有实现你要的功能。否则重复的功能会导致混乱将来还得花费额外的精力清除它。
　　
　　2、使用异常处理声明
　　
　　要定义应用程序的逻辑流程，成熟的经验是推荐在代码之外，用配置的方法来实现，而不是写死在程序代码中的。在J2EE中，这样的例子比比皆是。从实现EJB的安全性和事务性行为到描述JMS消息和目的地之间的关系，很多运行时的处理流程都是可以在程序之外定义的。
　　
　　Struts 创建者从一开始就采用这种方法，通过配置Struts的配置文件来定制应用系统运行时的各个方面。这一点在版本1.1的新特性上得到延续，包括新的异常处理功能。在Struts framework以前的版本中，开发人员不得不自己处理Struts应用中发生的错误情况。
　　
　　在最新的版本中，情况大大的改观了，Struts Framework提供了内置的一个称为ExceptionHandler的类，用于系统缺省处理action类运行中产生的错误。这也是在上一个技巧中我们提到的framework许多可扩展接口之一。
　　
　　Struts缺省的 ExceptionHandler类会生成一个ActionError对象并保存在适当的范围（scope）对象中。这样就答应jsp页面使用错误类来提醒用户出现什么问题。假如你认为这不能满足你的需求，那么可以很方便的实现你自己的ExcepionHandler类。
　　
　　具体定制异常处理的方法和机制
　　
　　要定制自己的异常处理机制，第一步是继续org.apache.struts.action.ExceptionHandler类。这个类有2个方法可以覆盖，一个是excute()另外一个是storeException(). 在多数情况下，只需要覆盖其中的excute()方法。
　　
　　正如你看到的，该方法有好几个参数，其中包括原始的异常。方法返回一个ActionForward对象，用于异常处理结束后将controller类带到请求必须转发的地方去。
　　
　　当然您可以实现任何处理，但一般而言，我们必须检查抛出的异常,并针对该类型的异常进行特定的处理。缺省的，系统的异常处理功能是创建一个出错信息，同时把请求转发到配置文件中指定的地方去。
　　
　　定制异常处理的一个常见的例子是处理嵌套异常。假设该异常包含有嵌套异常，这些嵌套异常又包含了其他异常，因此我们必须覆盖原来的execute()方法，对每个异常编写出错信息。
　　
　　一旦你创建了自己的ExceptionHandler类，就应该在Struts配置文件中的部分声明这个类，以便让Struts知道改用你自定义的异常处理取代缺省的异常处理。
　　
　　可以配置你自己的ExceptionHandler 类是用于Action Mapping特定的部分还是所有的Action对象。假如是用于Action Mapping特定的部分就在元素中配置。
　　
　　假如想让这个类可用于所有的Action对象,可以在 元素中指定。例如，假设我们创建了异常处理类CustomizedExceptionHandler用于所有的Action类，在元素中可以对很多属性进行设置。
　　
　　在本文中，最重要的属性莫过于handler属性，handler属性的值就是自定义的继续了ExceptionHandler类的子类的全名。假如该属性没有定义，Struts会采用自己的缺省值。当然，其他的属性也很重要，但假如想覆盖缺省的异常处理的话，handler无疑是最重要的属性。
　　
　　最后必须指出的一点是，你可以有不同的异常处理类来处理不同的异常。在上面的例子中，CustomizedExceptionHandler用来处理任何java.lang.Exception的子类。其实，你也可以定义多个异常处理类，每一个专门处理不同的异常树。下面的xml片断解释了如何配置以实现这一点。
　　
　　在这里，一旦有异常抛出，struts framework将试图在配置文件中找到ExceptionHandler，假如没有找到，那么struts将沿着该异常的父类链一层层往上找直到发现匹配的为止。因此，我们可以定义一个层次型的异常处理关系结构，在配置文件中已经体现了这一点。
　　
　　3、使用应用模块（application Modules）
　　
　　Struts 1.1的一个新特性是应用模块的概念。应用模块答应将单个Struts应用划分成几个模块，每个模块有自己的Struts配置文件，JSP页面，Action等等。这个新特性是为了解决大中型的开发队伍抱怨最多的一个问题，即为了更好的支持并行开发答应多个配置文件而不是单个配置文件。
　　
　　注：在早期的beta版本中，该特性被称为子应用（sub-applications），最近的改名目的是为了更多地反映它们在逻辑上的分工。
　　
　　显然，当很多开发人员一起参加一个项目时，单个的Struts配置文件很轻易引起资源冲突。应用模块答应Struts按照功能要求进行划分，许多情况已经证实这样更贴近实际。例如，假设我们要开发一个典型的商店应用程序。
　　
　　可以将组成部分划分成模块比如catalog（商品目录），customer（顾客），customer service（顾客服务），order（订单）等。每个模块可以分布到不同的目录下，这样各部分的资源很轻易定位，有助于开发和部署。
　　
　　注：假如你无需将项目划分成多个模块，Struts框架支持一个缺省的应用模块。这就使得应用程序也可以在1.0版本下创建，具有可移植性，因为应用程序会自动作为缺省的应用模块。
　　
　　为了使用多应用模块功能，必须执行以下几个预备步骤：
　　
　　为每个应用模块创建独立的Struts配置文件。
　　
　　配置Web 部署描述符 Web.xml文件。
　　
　　使用org.apache.struts.actions.SwitchAction 来实现程序在模块之间的跳转。
　　
　　创建独立的Struts配置文件
　　
　　每个Struts应用模块必须拥有自己的配置文件。答应创建自己的独立于其他模块的Action，ActionForm，异常处理甚至更多。
　　
　　继续以上面的商店应用程序为例，我们可以创建以下的配置文件：一个文件名为struts-config-catalog.xml，包含catalog（商品目录）、items(商品清单)、和其它与库存相关的功能的配置信息；另一个文件名为struts- config-order.xml，包含对order（订单）和order tracking（订单跟踪）的设置。第三个配置文件是struts-config.xml,其中含有属于缺省的应用模块中的一般性的功能。
　　
　　配置Web部署描述符
　　
　　在Struts的早期版本中，我们在Web.xml中指定Struts配置文件的路径。好在这点没变，有助于向后兼容。但对于多个应用模块，我们需要在Web部署描述符中增加新的配置文件的设定。
　　
　　对于缺省的应用（包括Struts的早期版本），Struts framework 在Web.xml文件中查找带有config的元素，用于载入Action mapping 和其它的应用程序设定。
　　
　　注：假如在现有的元素中找不到"config"要害字，Struts framework将缺省地使用/WEB/struts-config.xml
　　
　　为了支持多个应用模块(Struts 1.1的新特性)，必须增加附加的元素。与缺省的元素不同的是，附加的元素与每个应用模块对应，必须以config/xxx的形式命名，其中字符串xxx代表该模块唯一的名字。例如，在商店应用程序的例子中，元素可定义如下（注重粗体字部分）：
　　
　　第一个 元素对应缺省的应用模块。第二和第三个元素分别代表非缺省应用模块catalog 和 order。
　　
　　当Struts载入应用程序时，它首先载入缺省应用模块的配置文件。然后查找带有字符串config/xxx 形式的附加的初始化参数。对每个附加的配置文件也进行解析并载入内存。这一步完成后，用户就可以很随意地用config/后面的字符串也就是名字来调用相应的应用模块。
　　
　　多个应用模块之间调用Action类
　　
　　在为每个应用模块创建独立的配置文件之后，我们就有可能需要调用不同的模块中Action。为此必须使用Struts框架提供的SwitchAction类。Struts会自动将应用模块的名字添加到URL，就如Struts自动添加应用程序的名字加到URL一样。
　　
　　应用模块是对框架的一个新的扩充，有助于进行并行的团队开发。假如