知识大全对IOC和DI的理解

Posted 2022-07-17 知

篇首语：上下观古今，起伏千万途。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全对IOC和DI的理解相关的知识，希望对你有一定的参考价值。

对IOC和DI的理解 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　首先说一下什么是IOC和DI IOC是Inversion of Control（控制反转）的简写 DI是Dependency Injection（依赖注入）的简写 martinfowler对IOC的解释为 Inversion of control is a mon characteristic of frameworks so saying that these ligheight containers are special because they use inversion of control is like saying my car is special because it has wheels

　　我想对这一概念进行一个个人的阐述以方便我的理解控制反转从字面意思来看就是控制权由被动变主动又变为被动或被动变主动又变为被动从这个角度来说 IOC就变得非常容易理解了

　　举个例子你的主管要求你做一件事情这个时候就存在这么几个过程

　　主管命令你做事情（这个时候主动权在主管你是被动的）

　　你接到命令做事情（这个时候主题是你你是主动的控制权在你手里）

　　你完成事情（这个时候主题依然是你控制权在你手里）

　　报告主管做完事情（主动权又叫交到主管手里了）

　　上面的整个过程就完成了一次IOC 从上面可以看出 IOC的基本思想是控制权的转换过程

　　举个代码的例子

　　假如有Class A Class B 在A内部会初始化一个B 调用B的一个方法DoMethod

　　public Class B

　　public void DoMethod（）

　　/// do somthing

　　public Class A

　　public void Excute（）

　　B b = new B（）

　　b DoMethod（）

　　假如在Main函数中如下执行

　　A a = new A（）

　　a Excute（）

　　从这两行代码来看事实上也存在一个IOC的过程 a——>b——>a 理解的关键点就在在A的内部调用Excute的时候方法b DoMethod的执行

　　理解了IOC 我们再看一下DI 从上面A调用B我们可以看出在初始化一个A的实例时也必须实例化一个B 也就是说如果没有B或者B出了问题 A就无法实例化这就产生了一种依赖就是A依赖B 这种依赖从设计的角度来说就是耦合显然它是无法满足高内聚低耦合的要求的这个时候就需要解耦当然解耦有很多种方法而DI就是其中一种不管任何一种解耦方法都不是说使A和B完全没有关系而是把这种关系的实现变得隐晦不那么直接但是又很容易实现而且易于扩展不像上面的代码那样直接new一个B出来那为什么我们总是把IOC和DI联系到一起呢？是因为DI的基本思想就是IOC 而体现IOC 思想的方法还有另外一个那就是Service Locator 这个方法好像涉及到的很少

　　DI 依赖注入从字面意思就可以看出依赖是通过外接注入的方式来实现的这就实现了解耦而DI的方式通常有三种

　　构造器注入

　　属性设置器注入

　　接口注入（我感觉接口注入是同时存在于上两种注入方式的而不应该独立出来）

cha138/Article/program/net/201311/13304

知识大全 对IOC和DI的理解

知识大全对IOC和DI的理解