IOC(控制反转)与DI（依赖注入）的个人理解。

控制反转IOC(Inversion of Control)的三个需要理清问题：

1.谁控制了谁，控制了什么东西？IOC容器控制了依赖对象的创建。

2.谁得到了反转？ 一般的应用程序是，直接创建依赖于该程序的对象。而现在的思想是，把创建依赖对象的控制权转交给IOC容器。由IOC容易负责依赖对象的创建，为什么要这么做，说的简单一点是对程序的解耦。回到问题上去，谁得到了反转，依赖对象得到了反转。

3.什么是反转？有反转当然要提到正转，正转是应用程序用到了什么对象会直接在应用程序中进行创建，也就是依赖对象的正转。IOC的思想就是把依赖对象的创建交给IOC容器，由容器负责依赖对象的创建。当然这样看来反转就是依赖对象的创建反转到了IOC容器当中。

依赖注入（Dependency Injection）：

其实这个概念更容易通过字面上的意思去理解，站在应用程序的角度来讲，实现一个功能绝大多数情况是要依赖于其他对象中的方法或者属性才能完成。依赖注入的思想就是当一个应用程序需要使用其他对象的时候是通过注入的方式进行实现，而非直接在代码中创建该对象。那关于依赖对象的注入就是三种方式（构造器注入，属性注入，方法注入）。

两者的关系：

  控制反转是一种思想，控制反转提倡是的在编码过程中将依赖对象的创建权限转移出来，也就是转移到IOC容器当中。依赖注入是控制反转的一种实现方式，实现方式主要是将依赖对象通过某种方式注入到应用程序当中。