依赖注入（IOC）

IOC是Inversion of Control（控制反转，也叫依赖注入）的缩写，基本思想就是把类的依赖从类内部转化到外部以减少依赖。下面就来举一个实际的例子演示典型的依赖注入。

首先创建一个类库项目OperationProvider，然后在项目中添加一个类OperationProvider.cs。

b;
}
}
}

这两个类很简单，提供了两种操作：加法和减法，并返回计算结果。
再添加一个类库项目Calc，然后在项目中添加一个类Calc.cs。

,Oper.DoOperation(a,b)));
            }
        }
    }
}

这个类调用OperationProvider.cs中的操作进行计算（因此需要添加OperationProvider类库项目的引用），然后以一定的格式返回计算结果。
最后，添加一个控制台程序TestConsole来执行计算操作。

);
            Console.ReadLine();
        }
    }
}

这个控制台程序起了一个装配的作用。为Output类的Oper属性赋值（OperationProvider命名空间的一个类的实例）。这样一来整个系统的依赖关系如下图（TestConsole要添加对OperationProvider和Calc的引用，Calc要添加对OperationProvider的引用）。这样一来整个系统的依赖关系如图：
依赖注入（IOC）

主程序和两个项目有依赖，类库之间也有依赖。我们可以使用基于接口的编程来化解其中的一些依赖。创建一个类库项目Interface，然后为之创建一个类Interface.cs，如下：

b);
}
}

删除Calc项目对OperationProvider项目的引用，添加对Interface的引用，然后修改Calc.cs如下：

,Oper.DoOperation(a,b)));
}
}
}

在这里，OutputResult类不再依赖一个操作类，而是依赖于一个接口（所有的操作都遵循这个接口）。因此，OperationProvider项目也需要添加Interface项目的引用，并修改Operation.cs 如下：

b;
}
}
}

最后，为TestConsole控制台项目添加Interface项目的引用，重新编译整个解决方案。现在整个系统的依赖关系如图：
依赖注入（IOC）

虽然使用了接口，但是似乎只消除了部分的依赖，对于控制台程序对其他类库的依赖并没有消除。出现这样情况的原因就是OperationProvider和Calc类库都是事先引用，并且在程序中组装的。如果能动态加载和组装他们，那么就可以彻底消除这层依赖。下面，就来介绍如何使用Spring.Net框架来消除这个依赖。

使用Spring.Net进行依赖注入
修改TestConsole控制台项目，使用了IOC后我们只需要添加Interface项目的引用和Spring.Core程序集（用于IOC）以及System.Configuration程序集（用于加载配置）的引用。
修改Program.cs如下：

);
}
}
}

通过Sprint.Net，我们只需要依赖接口调用方法即可。Spring.Net可以通过配置文件完成动态加载程序集和组装，配置文件。

源代码下载