摘要
在前面的章节中,我们看了在单一的绑定条件下Ninject能够处理依赖类型,就是说,每个服务类型只绑定到单一的实现类型。然而,有些情况下我们需要绑定一个抽象服务类型到多个实现,这叫多个绑定。多个绑定有两种情况。第一个是插件模型实现,另一个是上下文绑定。这篇文章介绍插件模型实现,下一篇文章介绍上下文绑定。
附:程序下载
插件模型让一个应用程序获得很强的可扩展性而不用修改源代码。下面的例子,我们将实现一个音乐播放器应用程序,使用解码插件来支持不同的音乐格式。这个应用程序使用两个内置的解码器,也可以添加更多的解码器来扩展我们播放器支持的格式。请注意为了让应用程序尽可能简单,许多复杂的细节将不被实现。
先定义一个解码器接口:
public interface ICodec
{
string Name { get; }
bool CanDecode(string extension);
Stream Decode(Stream inStream);
}
添加两个解码器类实现解码器接口:
Mp3:
public class Mp3Codec : ICodec
{
public string Name
{
get
{
return "MP3 Audio";
}
} public bool CanDecode(string extension)
{
return extension == ".mp3";
} public Stream Decode(Stream inStream)
{
//some decode logic added here
return null;
}
}
Wma:
public class WmaCodec : ICodec
{
public string Name
{
get
{
return "Windows Media Auido";
}
} public bool CanDecode(string extension)
{
return extension == ".wma";
} public Stream Decode(Stream inStream)
{
//some decode logic added here
return null;
}
}
下一步是实现我们可插拔的播放器类。让播放器可扩展的是他依赖一系列的ICodec对象,而不是某些具体的解码器:
public class Player
{
private readonly ICodec[] codecs;
// Note that the constructor parameter is not a single ICodec.
public Player(IEnumerable<ICodec> codecs)
{
this.codecs = codecs.ToArray();
}
}
然后添加一个Play方法到播放器类:
public void Play(FileInfo fileInfo)
{
ICodec supportingCodec = FindCodec(fileInfo.Extension);
using (var rawStream = fileInfo.OpenRead())
{
var decodedStream = supportingCodec.Decode(rawStream);
PlayStream(decodedStream);
}
}
这个方法接收一个FileInfo对象,查找合适的解码器后,解码播放这个文件。
实现FindCodec方法:
private ICodec FindCodec(string extension)
{
foreach (ICodec codec in codecs)
if (codec.CanDecode(extension))
return codec;
throw new Exception("File type not supported.");
}
FindCodec调用每个codec对象的CanDecode方法来找到支持这个文件扩展名的解码器。如果找不到任何合适的解码器,将抛出一个异常。我们需要记住的一件事是没有具体的解码器在foreach循环之前被解析。
最后在Main方法里添加下面的代码:
using (var kernel = new StandardKernel())
{
kernel.Bind(b => b.FromAssembliesMatching("*")
.SelectAllClasses()
.InheritedFrom<ICodec>()
.BindAllInterfaces());
}
前面的约定指示Ninject自动注册所有的ICodec接口的实现而不是为他们分别每个都声明绑定。
因为ICodec类型被绑定到多个实现,他只能被解析成一系列的对象而不是单一的对象。因此,使用下面的构造函数解析ICodec将导致一个运行时异常:
public Consumer(ICodec codec){}
下面的代码也将产生运行时异常:
ICodec codec = Kernel.Get<ICodec>();
上面两行代码,Ninject将试着解析ICodec接口,但是它发现多于一个的具体的实现类型。代替使用Get<T>,我们可以调用GetAll<T>方法来得到ICodec的所有实现。下面的代码显示所有的支持的codec:
IEnumerable<ICodec> codecs = kernel.GetAll<ICodec>();
foreach (ICodec codec in codecs)
System.Console.WriteLine(codec.Name);
现在,任何的在应用程序的根路径下,有ICodec实现的程序集都将被我们的播放器应用程序认为是一个codec插件。我们的应用程序甚至不需要添加对codec工程的引用。
下面是完整的播放器类代码:
public class Player
{
private readonly ICodec[] _codecs; // Note that the constructor parameter is not a single ICodec.
public Player(IEnumerable<ICodec> codecs)
{
this._codecs = codecs.ToArray();
} public void Play(FileInfo fileInfo)
{
ICodec supportingCodec = FindCodec(fileInfo.Extension);
using (var rawStream = fileInfo.OpenRead())
{
var decodedStream = supportingCodec.Decode(rawStream);
PlayStream(decodedStream);
}
} private void PlayStream(Stream decodedStream)
{
return;
} private ICodec FindCodec(string extension)
{
foreach (ICodec codec in _codecs)
{
if (codec.CanDecode(extension))
{
return codec;
}
}
throw new Exception("File type not supported.");
}
}