什么是Ninject
Ninject是一套.Net平台下的高效，超轻量级的依赖注入库。它可以帮助你实现应用程序的松耦合，高内聚，同时也能很灵活的把它们进行组合在一起。借助与Ninject的帮助，代码的使用，复用，测试和修改变得异常的简单。
为什么使用Ninject
既然在.Net平台下依赖注入已经很普遍，同时也已经有了好几个依赖注入库。为什么我们还要另外编写一套呢？
首先，目前其他框架依赖于XML配置文件，通过配置文件去引导框架的组件的工作，这将带来以下不足：
1. 配置文件会很长，并且很冗余，因为你必须为每一个类型重复性的去写他得描述信息；
2. 一个简单的配置错误就会导致整个工程的瘫痪；
对比而言，Ninject使用一种更方便的接口去生命类型绑定。例如，如果你需要一个Iservice实例，那么会友一个ServiceImpl的实例被返回：
C#:
Bind<IService>().To<ServiceImpl>();
第二点，其他框架是很庞大的类库，那么意味着库还依赖于其他库，这对于小型的系统而言就会产生“框架膨胀”的问题。
第三点，Ninject提出了一种异常强大并且灵活的“上下文绑定”技术。类比简单的字符串绑定，Ninject能感知环境，并且能根据不同的运行环境实现不同的接口。例如：
C#:
1 Bind<IService>().To<RedImpl>().Only(When.Context.Target.HasAttribute<RedAttribute>());
2
3 Bind<IService>().To<BlueImpl>().Only(When.Context.Target.HasAttribute<BlueAttribute>());
4 class ConsumerA {
5 public ConsumerA([Red] IService service) {
6 // The "service" argument will be an instance of RedImpl.
7 }
8 }
9 class ConsumerB {
10 public ConsumerB([Blue] IService service) {
11 // The "service" argument will be an instance of BlueImpl.
12 }
13 }
需要注意的一点：在代码内定义反射，会带来一旦编译完成就不能修改配置。所以这个框架不会代替配置文件。
最主要的，这还得看个人爱好，如果你喜欢XML文件去定义类型反射，那么你可以使用其他基于XML配置的IOC类库。
下期请关注：什么是手动注入，Ninject如何注入