全称是Inversion Of Control, 可译为反转控制,在软件开发技术中是一种通过容器管理对象约束关系。
控制反转意味着在系统开发过程中,设计的类将交由容器去控制,而不是在类的内部去控制,类与类之间的关系将交由容器处理,一个类在需要调用另一个类时,只要调用另一个类在容器中注册的名字就可以得到这个类的实例,与传统的编程方式有了很大的不同,”不用你找,我来提供给你”,这就是控制反转的含义。
IOC type 3: (IoC的一种类型,以java示例)
- public class Girl{
- private Kissable kissable;
- public Girl(Kissable kissable){
- this.kissable = kissable;
- }
- public void kissYourKissable(){
- kissable.kiss();
- }
- }
这就是PicoContainer的组件,通过构造函数传递Boy给Girl 。
以下是的使用例子
- PicoContainer container = new DefaultPicoContainer();
- container.registerComponentImplementation(Boy.class);
- container.registerComponentImplementation(Girl.class);
- Girl girl = (Girl) container.getComponentInstance(Girl.class);
- girl.kissYourKissable();
Martin Fowler在他的一篇文章中给IoC起了一个更为直观的名字:依赖注射DI(Dependency Injection)。下面先引入这个模式。
在设计模式中,我们已经习惯一种思维编程方式:Interface Driven Design 接口驱动,接口驱动有很多好处,可以提供不同灵活的子类实现,增加代码稳定和健壮性等等,但是接口一定是需要实现的,也就是如下语句迟早要执行:
- InterfaceA a = new InterfaceAImp();
InterfaceAImp是接口InterfaceA的一个子类,IoC模式可以延缓接口的实现,根据需要实现,有个比喻:接口如同空的模型套,在必要时,需要向模型套注射石膏,这样才能成为一个模型实体,因此,我们将人为控制接口的实现称为注射。IoC模式是解决调用者和被调用者之间的一种关系,上述InterfaceA实现语句表明当前是在调用被调用者InterfaceAImp,由于被调用者名称写入了调用者的代码中,这产生了一个接口实现的原罪:彼此联系,调用者和被调用者有紧密联系,在UML中是用依赖 Dependency 表示。但是这种依赖在分离关注的思维下是不可忍耐的,必须切割,实现调用者和被调用者解耦,新的Ioc模式依赖注射 (Dependency Injection)模式由此产生了,也就是将依赖先剥离,然后在适当时候再注射进入。