IOC(控制反转)与DI(依赖注入)

IOC是"控制反转"也叫DI"依赖注入"，形成背景:面向对象设计的软件系统中，它的底层都是由N个对象构成的，各个对象之间通过相互合作，最终实现系统地业务逻辑(如图1),当对象个数越来越多，关系越来越复杂，它们的耦合度越高，修改和维护会变得越来越困难(如图2)。于是引进了中间位置的“第三方”，也就是IOC容器，使得A、B、C、D这4个对象没有了耦合关系，齿轮之间的传动全部依靠“第三方”了，全部对象的控制权全部上缴给“第三方”IOC容器，所以，IOC容器成了整个系统的关键核心，它起到了一种类似“粘合剂”的作用，把系统中的所有对象粘合在一起发挥作用，如果没有这个“粘合剂”，对象与对象之间会彼此失去联系，这就是有人把IOC容器比喻成“粘合剂”的由来(如图3)。

IOC理论提出的观点大体是这样的：借助于“第三方”实现具有依赖关系的对象之间的解耦，对象A获得依赖对象B的过程,由主动行为变为了被动行为，控制权颠倒过来了，这就是“控制反转”这个名称的由来。

       

 

IOC优缺点
优点:
1、实现组件之间的解耦，提高程序的灵活性和可维护性。
2、广泛使用的接口更改实现类更简单
3、可读性强，可分开测试
缺点:
1、创建对象的步骤变复杂了，不直观，当然这是对不习惯这种方式的人来说的。
2、因为使用反射来创建对象，所以在效率上会有些损耗。但相对于程序的灵活性和可维护性来说，这点损耗是微不足道的。
3、缺少IDE重构的支持，如果修改了类名，还需到XML文件中手动修改，这似乎是所有XML方式的缺憾所在。
4、需要进行大量的配制工作，比较繁琐，对于一些小的项目而言，客观上也可能加大一些工作成本。

实例(反射+简单工厂+配置文件):通过反射和配置文件建立依赖注入

配置文件:

<appSettings>
    <add key="IDBHelper" value="DB.SqlServer.SqlServerHelper,DB.SqlServer"/>
</appSettings>

 反射类及使用:

namespace MyReflection
{
    public class SimpleFactory
    {
        private static string TypeDll = ConfigurationManager.AppSettings["IDBHelper"];
        private static string DllName = TypeDll.Split(',')[1];
        private static string TypeName = TypeDll.Split(',')[0];
        public static IDBHelper CreateHelper()
        {
            Assembly assembly = Assembly.Load(DllName);
            Type typeDBHelper = assembly.GetType(TypeName);
            object oDBHelper = Activator.CreateInstance(typeDBHelper);
            IDBHelper iDBHelper = oDBHelper as IDBHelper;
            return iDBHelper;
        }
        private void Main()
        {
            IDBHelper  dbhelper=SimpleFactory.CreateHelper();
            dbhelper.Query();
        }
    }    
}