首页 > 代码库 > Ninject
Ninject
Ninject
Ninject之旅之八：Ninject插件模型
摘要: 在前面的章节中，我们看了在单一的绑定条件下Ninject能够处理依赖类型，就是说，每个服务类型只绑定到单一的实现类型。然而，有些情况下我们需要绑定一个抽象服务类型到多个实现，这叫多个绑定。多个绑定有两种情况。第一个是插件模型实现，另一个是上下文绑定。这篇文章介绍插件模型实现，下一篇文章介绍上下文绑定。阅读全文
posted @ 2016-11-16 21:46 丹尼大叔 阅读(121) | 评论 (0) 编辑
Ninject之旅之七：Ninject依赖注入
摘要: 可以使用不同的模式向消费者类注入依赖项，向构造器里注入依赖项是期中一种。有一些遵循的模式用来注册依赖项，同时有一些需要避免的模式，因为他们经常导致不合乎需要的结果。这篇文章讲述那些跟Ninject功能相关的模式和反模式。然而，全面的介绍可以在Mark Seemann的书《Dependency Injection in .NET》中找到。阅读全文
posted @ 2016-11-08 21:52 丹尼大叔 阅读(25) | 评论 (0) 编辑
Ninject之旅之六：Ninject约定
摘要: 在小的应用系统中一个一个注册一些服务类型不怎么困难。但是，如果是一个实际的有上百个服务的应用程序呢？约定配置允许我们使用约定绑定一组服务，而不用一个一个分别绑定。阅读全文
posted @ 2016-11-07 22:03 丹尼大叔 阅读(14) | 评论 (0) 编辑
Ninject之旅之五：Ninject XML配置
摘要: 使用XML配置，需要添加Ninject XML扩展的引用。下一步是添加一个或多个包含类型注册的XML文件。记得这些文件应该跟应用程序一起发布。因此不要忘记将XML文件的属性设置成“Copy if newer”。阅读全文
posted @ 2016-09-28 21:24 丹尼大叔 阅读(21) | 评论 (0) 编辑
Ninject之旅之四：Ninject模块
摘要: 随着应用程序的增长，注册的服务列表跟着变长，管理这个列表将变得困难。Ninject模块是一个好的将我们的类型绑定分离到不同的绑定组的方式，它很容易地将分组组织到不同的文件中。将一个类变成一个Ninject模块只需要将这个类继承INinjectModule接口。每次创建一个Module的时候都需要实现这个接口，需要实现三个方法和两个属性。创建一个抽象类实现这个接口，之后每次创建Ninject模块的时候都继承这个抽象类，这是一个好主意。好消息是Ninject已经有一个这样的抽象类，名称是NinjectModule。阅读全文
posted @ 2016-09-26 20:26 丹尼大叔 阅读(42) | 评论 (0) 编辑
Ninject之旅之三：Ninject对象生命周期
摘要: DI容器的一个责任是管理他创建的对象的生命周期。他应该决定什么时候创建一个给定类型的对象，什么时候使用已经存在的对象。他还需要在对象不需要的时候处理对象。Ninject在不同的情况下管理对象的生命周期提供了强大的支持。在我们定义一个绑定的时候，定义创建对象的范围。在那个范围内，对象将被重用，每次绑定只存在一次。注意，对象不允许依赖于生命周期短自己小的对象。阅读全文
posted @ 2016-08-07 14:20 丹尼大叔 阅读(166) | 评论 (0) 编辑
Ninject之旅之二：开始使用Ninject（附程序下载）
摘要: 这篇文章介绍怎样将Ninject添加到实际的项目中，使用Ninject框架最基本的功能。首先用一个Hello World例子介绍怎么添加和使用Ninject。然后用一个更复杂的例子，介绍Ninject绑定是怎样管理依赖的。阅读全文
posted @ 2016-08-04 21:43 丹尼大叔 阅读(294) | 评论 (0) 编辑
Ninject之旅之一：理解DI
摘要: DI（IoC）是当前软件架构设计中比较时髦的技术。DI（IoC）可以使代码耦合性更低，更容易维护，更容易测试。现在有很多开源的控制反转的框架，Ninject是期中一个轻量级开源的.net DI（IoC）框架。目前已经非常成熟，已经在很多项目中使用。这篇文章讲DI概念以及使用它的优势。使用一个简单的例子，重构这个例子让他逐步符合DI设计原则。阅读全文
posted @ 2016-08-02 14:57 丹尼大叔 阅读(398) | 评论 (4) 编辑
摘要
在前面的章节中，我们看了在单一的绑定条件下Ninject能够处理依赖类型，就是说，每个服务类型只绑定到单一的实现类型。然而，有些情况下我们需要绑定一个抽象服务类型到多个实现，这叫多个绑定。多个绑定有两种情况。第一个是插件模型实现，另一个是上下文绑定。这篇文章介绍插件模型实现，下一篇文章介绍上下文绑定。
插件模型让一个应用程序获得很强的可扩展性而不用修改源代码。下面的例子，我们将实现一个音乐播放器应用程序，使用解码插件来支持不同的音乐格式。这个应用程序使用两个内置的解码器，也可以添加更多的解码器来扩展我们播放器支持的格式。请注意为了让应用程序尽可能简单，许多复杂的细节将不被实现。
先定义一个解码器接口：
1 public interface ICodec
2 {
3 string Name { get; }
4 bool CanDecode(string extension);
5 Stream Decode(Stream inStream);
6 }
添加两个解码器类实现解码器接口：
Mp3：
1 public class Mp3Codec : ICodec
2 {
3 public string Name
4 {
5 get
6 {
7 return "MP3 Audio";
8 }
9 }
10
11 public bool CanDecode(string extension)
12 {
13 return extension == ".mp3";
14 }
15
16 public Stream Decode(Stream inStream)
17 {
18 //some decode logic added here
19 return null;
20 }
21 }
Wma：
1 public class WmaCodec : ICodec
2 {
3 public string Name
4 {
5 get
6 {
7 return "Windows Media Auido";
8 }
9 }
10
11 public bool CanDecode(string extension)
12 {
13 return extension == ".wma";
14 }
15
16 public Stream Decode(Stream inStream)
17 {
18 //some decode logic added here
19 return null;
20 }
21 }
下一步是实现我们可插拔的播放器类。让播放器可扩展的是他依赖一系列的ICodec对象，而不是某些具体的解码器：
1 public class Player
2 {
3 private readonly ICodec[] codecs;
4 // Note that the constructor parameter is not a single ICodec.
5 public Player(IEnumerable<ICodec> codecs)
6 {
7 this.codecs = codecs.ToArray();
8 }
9 }
然后添加一个Play方法到播放器类：
1 public void Play(FileInfo fileInfo)
2 {
3 ICodec supportingCodec = FindCodec(fileInfo.Extension);
4 using (var rawStream = fileInfo.OpenRead())
5 {
6 var decodedStream = supportingCodec.Decode(rawStream);
7 PlayStream(decodedStream);
8 }
9 }
这个方法接收一个FileInfo对象，查找合适的解码器后，解码播放这个文件。
实现FindCodec方法：
1 private ICodec FindCodec(string extension)
2 {
3 foreach (ICodec codec in codecs)
4 if (codec.CanDecode(extension))
5 return codec;
6 throw new Exception("File type not supported.");
7 }
FindCodec调用每个codec对象的CanDecode方法来找到支持这个文件扩展名的解码器。如果找不到任何合适的解码器，将抛出一个异常。我们需要记住的一件事是没有具体的解码器在foreach循环之前被解析。
最后在Main方法里添加下面的代码：
1 using (var kernel = new StandardKernel())
2 {
3 kernel.Bind(b => b.FromAssembliesMatching("*")
4 .SelectAllClasses()
5 .InheritedFrom<ICodec>()
6 .BindAllInterfaces());
7 }
前面的约定指示Ninject自动注册所有的ICodec接口的实现而不是为他们分别每个都声明绑定。
因为ICodec类型被绑定到多个实现，他只能被解析成一系列的对象而不是单一的对象。因此，使用下面的构造函数解析ICodec将导致一个运行时异常：
1 public Consumer(ICodec codec){}
下面的代码也将产生运行时异常：
1 ICodec codec = Kernel.Get<ICodec>();
上面两行代码，Ninject将试着解析ICodec接口，但是它发现多余一个具体的实现类型。代替使用Get<T>，我们可以调用GetAll<T>方法来得到ICodec的所有实现。下面的代码显示所有的支持的codec：
1 IEnumerable<ICodec> codecs = kernel.GetAll<ICodec>(); 2 foreach (ICodec codec in codecs) 3 System.Console.WriteLine(codec.Name);
现在，任何的在应用程序的根路径下，有ICodec实现的程序集都将被我们的播放器应用程序认为是一个codec插件。我们的应用程序甚至不需要添加对codec工程的引用。
下面是完整的播放器类代码：
1 public class Player
2 {
3 private readonly ICodec[] _codecs;
4
5 // Note that the constructor parameter is not a single ICodec.
6 public Player(IEnumerable<ICodec> codecs)
7 {
8 this._codecs = codecs.ToArray();
9 }
10
11 public void Play(FileInfo fileInfo)
12 {
13 ICodec supportingCodec = FindCodec(fileInfo.Extension);
14 using (var rawStream = fileInfo.OpenRead())
15 {
16 var decodedStream = supportingCodec.Decode(rawStream);
17 PlayStream(decodedStream);
18 }
19 }
20
21 private void PlayStream(Stream decodedStream)
22 {
23 return;
24 }
25
26 private ICodec FindCodec(string extension)
27 {
28 foreach (ICodec codec in _codecs)
29 {
30 if (codec.CanDecode(extension))
31 {
32 return codec;
33 }
34 }
35 throw new Exception("File type not supported.");
36 }
37 }
Ninject
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。