1.3.2 DI应用（2）

作者: [美]Craig Walls Ryan Breidenbach著/毕庆红/王军等译 出处:人民邮电出版社 　2008-07-25 13:33　   砖    好    评论  条 　进入论坛

阅读提示：《Spring in Action（第二版）中文版》第1章开始Spring之旅,这一章主要讲述的是Spring核心模块、解耦应用对象和使用AOP管理交叉问题，本小节为大家介绍DI应用。

1.3.2  DI应用（2）

将类的实现隐藏在接口后面，我们向正确方向迈出了一步。但是很多开发人员在如何得到Quest实例上又犯了错误。例如，考虑一下下面对KnightOfTheRoundTable的修改：

现在，类KnightOfTheRoundTable通过Quest接口从事探险。但是，该类仍然只能得到一种特殊类型的Quest（这里是HolyGrailQuest）。现在情况并没有多少好转，圆桌骑士还是只能进行圣杯探险而不是其他的探险。

给予与获得

在这个时候，你应该问的问题是，是应该让骑士自己负责获得探险任务，还是应该给予骑士他要从事的探险任务？

考虑下面对KnightOfTheRoundTable的修改：

注意到有什么不同吗？比较图1.4和图1.3可以看出，骑士得到它的探险任务的方式是不同的。

图1.4  通过setQuest()方法指定骑士 的探险任务

现在，骑士是被动得到探险任务而不是自主得到。KnightOfTheRoundTable不再负责得到自己的探险任务。并且因为他只知道Quest接口，所以，你可以按自己的需要给他任何一种Quest的实现。在发布的产品中或许你想给它一个HolyGrailQuest，但在测试用例中，你给它一个Quest的模拟实现。

简言之，这就是DI的全部：协调依赖对象之间合作的责任从对象自身中转移出来。这就是像Spring这样的轻量级框架所起的作用。
给骑士指定探险任务

现在，你已经修改了类KnightOfTheRoundTable，它可以接受任何指定的Quest对象，你怎么指定该给它哪个Quest呢？

创建应用组件之间关联的动作叫做装配。在Spring中，有很多方式可以把组件装配起来，但是，最常见的就是使用XML。程序清单1.8显示一个简单的Spring配置文件knight.xml，这个文件把一个探险任务（一个HolyGrailQuest）赋给一个KnightOfTheRoundTable。

程序清单1.8  在knight.xml中把一个探险任务装配给一个骑士

这是一种简单的装配Bean的方法。现在不要太担心它的细节。在第2章我们将详细解释，并向你介绍更多如何在Spring中装配Bean的方法。
现在我们已经声明了骑士和探险任务之间的关系，我们需要装载XML文件，并开始运行我们的应用。

观察它如何工作

在Spring应用中，BeanFactory负责装载Bean的定义并把它们装配起来。由于在骑士的例子中，Bean是用XML文件定义的，所以在这个例子中适合使用XmlBeanFactory。程序清单1.9中的main()方法使用XmlBeanFactory来装载knight.xml文件，然后得到“knight”对象的引用。

程序清单1.9  运行Knight例子

应用得到KnightOfTheRoundTable对象的引用后，只是简单调用embarkOnQuest()方法就可以开始骑士的探险任务了。注意，这个类不知道骑士会接受哪种探险任务。只有knight.xml文件知道骑士从事什么探险任务。

使用DI派遣骑士去执行探险任务很有趣，但是，现在让我们看一下如何在真实的企业应用中使用依赖注入。

回书目   上一节   下一节