C#中IOC和Di的比较

IOC叫做控制反转，可以理解为我要做一件事，分为1,2,3,4这4部，我们可以在一个函数实现这四步，控制反转就是将这个流程体现在框架中。将原来实现在应用程序流程控制转移到框架中，框架利用一个引擎驱动整个流程的执行。应用程序无需关心该工作流程的细节，他只需要启动这个引擎即可。但是这个引擎一旦被启动，框架就会按照预先编排好的流程进行工作，如果应用程序希望整个流程按照自己希望的方式被执行，针对流程的定制一般发生在启动引擎之前。

一般来说框架会以相应的行驶提供一系列的扩展点，应用程序则痛过定义扩展的方式实现对流程某个环节的定制。在引擎被启动之前，应用程序将所需的扩展注册到框架中。一旦引擎被正常启动，这些注册的扩展会自动参与到整个流程的执行过程中。

提到DI，依赖注入，是IOC的一种重要实现 
一个对象的创建往往会涉及到其他对象的创建，比如一个对象A的成员变量持有着另一个对象B的引用，这就是依赖，A依赖于B。IOC机制既然负责了对象的创建，那么这个依赖关系也就必须由IOC容器负责起来。负责的方式就是DI——依赖注入，通过将依赖关系写入配置文件，然后在创建有依赖关系的对象时，由IOC容器注入依赖的对象，如在创建A时，检查到有依赖关系，IOC容器就把A依赖的对象B创建后注入到A中（组装，通过反射机制实现），然后把A返回给对象请求者，完成工作。