spring4.2翻译（4）_依赖注入和控制反转

2.1 依赖注入和控制反转

　　一个企业服务端的java项目，一个个java类运行于受限的区域，使得项目有n层，主要包含很多对象它们一起合作正确地构建起这个项目。于是这些对象在这个项目中就互相依赖。

　　虽然java平台提供丰富的应用程序开发功能，他缺乏将基础砖块变成一个整体的能力，把这个任务留给了架构师和开发人员。虽然你可以用一些设计模式（比如工厂模式，抽象工厂模式，建造者模式，装饰者模式，服务定位器模式）来让java类和对象去建造一个java项目。这些设计模式简单给个名字就是最佳实践，跟着这个模式的描述有：哪里去运用这个模式，哪里就会出问题，等等。设计模式只是形式上的最佳实践，你必须实现你自己的最佳实践在项目中。

　　

　　Spring框架的ioc组件解决了上面那个问题，通过提供一个形式化的手段来创建不同的组件到一个全部正常工作的项目中，并且准备使用它。Spring框架就像第一类对象一样的形式化设计模式，你可以集成到你的项目中。许多组织和机构通过这种方式使用spring框架来编写工程强大，可维护性好的项目。

 

 

 

　　背景

 

　　“问题是，哪方面的控制被spring反转了呢？”,2004年，马丁.富勒在他的网站上提出了这个关于IoC的问题。马丁建议重新命名这个规则，使得它更加好理解，然后他提出了依赖注入。（DI）