Ninject IOC<一>
什么是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如何注入
作者:W.M.steve
出处:http://www.cnblogs.com/weisteve/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
出处:http://www.cnblogs.com/weisteve/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。