◆能够重新配置整个应用程序的结构，意味着可以轻松更改数据源。比如说，或者为不同的部署场景创建不同的配置文件，或者为测试场景创建更有用的、不同的配置文件。在测试场景中可能会注入实现接口的模拟对象，而不注入真正的对象。稍后我们将介绍一个这样的例子。

上面所述的例子可能是依赖注入的最简单形式。利用相同的策略，我们不仅能够关联不同的类，还能够在类中安装属性。诸如字符串、整数或浮点数之类的属性，只要具有JavaBean样式的存取器，就可以通过Spring配置文件将它们注入类中。我们还可以通过构造函数来创建对象和安装属性或bean引用。其语法只比通过属性进行设置稍稍复杂一些。

所有这一切都是利用一种灵活的声明性配置完成的。无需更改代码，建立依赖关联的所有艰难任务都由Spring来完成。

Spring--标准化的定位器模式

我一直将服务定位器模式视作良好的J2EE规范的主要组成部分。对于不熟悉这一术语的人来说，可以这样理解它：我们一般认为典型的J2EE应用程序由若干层组成。通常有Web层、服务层（EJB、JMS、WS、WLS控件）以及数据库。一般来说，完成某一请求所需的“查找”服务中都包含了一些方法。Service Locator（服务定位器）模式认为，将这些方法包装在某种隐藏了生成或查找给定服务的复杂性的工厂类中是一个好主意。这减少了JNDI或只会造成Web层操作类混乱的其他服务产品代码的增加。在Spring出现以前，这通常是由经过考验证明可靠的(tried-and-true)Singleton类来实现的。Singleton/Locator/Factory模式可以描绘为：

图2：定位器模式的顺序图

利用Spring框架改进J2EE编程(3)

这是对散布在整个Web控制器代码中的增加的JNDI查找代码的一个巨大改进。它被巧妙地隐藏在工厂内部的协作类中。我们可以使用Spring来改进这一术语。此外，该解决方案将适用于EJB、Web services、异步JMS调用，甚至还有基于WLS控件的服务。由Spring实现的这种定位器模式的变体考虑了业务服务之间的一些抽象化和同质性。换句话说，Web控制器的开发人员真的可以不考虑他们所使用的服务的种类，一个类似于“WLS控件”但是更通用的概念。

IoC框架大大改进了这种模式的效用，而且实际上废除了复杂而特殊的singleton代码来实现它。通过借用上例中引入的概念，我们实际上无需额外代码便能构建一个非常强大且无处不在的Service Locator模式。为此，在一开始有一个简单的要求，即Web操作的开发人员应专门处理实现接口的那些事情。这基本上已经通过EJB编程实现，但并不是说Web操作的开发人员处理的服务必须通过EJB来实现。它们可能只是普通Java对象或Web services。要点是应当通过接口（这样实现能够换入换出）来编写服务程序，并且运行时配置能够由Spring处理。

Spring之所以非常适合于Service Locator模式，是因为它或多或少能够统一地处理不同类型的对象。通过少许的规划和大量使用IoC，我们多少都能够以一种通用方式来处理大多数对象，而不用管它们的特性（EJB、POJO等等）如何，并且不会引起Singleton工厂类的增加。这使Web层编程变得更加轻松和灵活。

我们先来看一个关于这种模式如何应用于EJB的例子。我们都知道使用EJB可能是最复杂的方法，因为要将一个活动的引用引入EJB要做很多工作。若使用Spring，建议用EJB接口扩展非特定于EJB的业务接口。这样做有两个目的：保持两个接口自动同步，以及帮助保证业务服务对非EJB实现是可交换的，以便进行测试或清除(stubbing)。我们可以利用Spring固有的实用工具来定位和创建EJB实例，同时为我

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!