上一章咱们讲了构造注入与设值注入,这一篇咱们主要讲接口注入与特性注入。css
接口注入是将抽象类型的入口以方法定义在一个接口中,若是客户类型须要得到这个方法,就须要以实现这个接口的方式完成注入。实际上接口注入有很强的侵入性,除了要求客户类型增长前面两种方式所须要的代码外,还必须显示地定义一个新的接口并要求客户类型实现它。html
//定义须要注入ITimeProvider的类型 interface IobjectWithTimeProvider { ITimeProvider TimeProvider { get; set; } } //经过接口方式实现注入 public class Client:IobjectWithTimeProvider { public ITimeProvider TimeProvider { get; set; } }
[TestClass] public class TestClent { [TestMethod] public void TestMethod1() { ITimeProvider timeProvider = (new Assembler()).Create<ITimeProvider>(); Assert.IsNotNull(timeProvider);//确承认以正常得到抽象类型实例 IObjectWithTimeProvider objectWithProvider = new Client(); objectWithProvider.TimeProvider = timeProvider;//经过接口方式注入 } }
随着C#语言的发展,接口注入能够采用与设值注入方式类似的方式实现,并且看上去很“Lamada化”。由于不用真正去实现接口,而是经过泛型参数的方式实现,能够说泛型为C#实现接口注入提供了“新生”。ide
/// <summary> /// 经过泛型参数实现接口注入 /// </summary> /// <typeparam name="T">待注入的接口类型</typeparam> public class Client<T>:ITimeProvider where T:ITimeProvider { /// <summary> /// 与设值方式类似的注入入口 /// </summary> public T Provider { get; set; } /// <summary> /// 相似传统接口注入的实现方式 /// </summary> public DateTime CurrentDate { get { return Provider.CurrentDate; } } }
[TestMethod] public void Test() { var clietn = new Client<ITimeProvider>() { Provider = (new Assembler().Create<ITimeProvider>()) }; //验证设置方式注入的内容 Assert.IsNotNull(clietn.Provider); Assert.IsNotInstanceOfType(clietn.Provider, typeof(SystemTimeProvider)); //验证注入的接口是否可用 Assert.IsNotInstanceOfType(clietn.Provider.CurrentDate, typeof(DateTime)); //验证是否知足传统接口注入的要求 Assert.IsTrue(typeof(ITimeProvider).IsAssignableFrom(clietn.GetType())); }
直观上,客户程序可能在使用上作出让步以适应变化,但这违背了依赖注入的初衷,即三个角色(客户对象、Assembler、抽象类型)之中两个不能变,若是在Assembler和客户类型选择,为了客户对象影响最小,咱们只好在Assembler上下功夫,由于它的职责是负责组装。反过来说,若是注入过程还须要修改客户程序,那咱们就没有必要去“削足适履”地去用“依赖注入”了。this
所以,为了能经过特性方式完成依赖注入,咱们只好在Assembler上下功夫spa
(错误的实现状况)设计
class SystemTimeAttribute:Attribute,ITimeProvider{…}code
[SystemTime]htm
class Client{…}对象
相信读者也发现了,这样作虽然把客户类型须要的ITimeProvider经过“贴标签”的方式告诉它了,但事实上又把客户程序与SystemTimeAttribute“绑”上了,他们紧密的耦合在一块儿了。参考上面的三个实现,当抽象类型与客户对象耦合的时候咱们就要用Assembler解耦。接口
当特性方式出现相似状况时,咱们写一个AtttibuteAssembler不就好了吗?
还不行,设计上要把Attribute设计成一个通道,出于扩展和通用性的考虑,它自己要协助AtttibuteAssembler完成ITimeProvider的装配,最好还能够同时装载其余抽象类型来修饰客户类型。
示例代码以下
[AttributeUsage(AttributeTargets.Class, AllowMultiple = true)] public sealed class DecoratorAttribute : Attribute { //实现客户类型实际须要的抽象类型的实体类型实例,即待注入客户类型的内容 public readonly object Injector; readonly Type type; public DecoratorAttribute(Type type) { if (type == null) throw new ArgumentNullException("type"); this.type = type; Injector = (new Assembler()).Create(this.type); } //客户类型须要的抽象对象类型 public Type Type { get { return this.type; } } } public static class AttributeHelper { public static T Injector<T>(object target) where T : class { if (target == null) throw new ArgumentNullException("target"); return (T)(((DecoratorAttribute[]) target.GetType().GetCustomAttributes(typeof(DecoratorAttribute), false)) .Where(x => x.Type == typeof(T)).FirstOrDefault() .Injector); } } [Decorator(typeof(ITimeProvider))] //应用Attribute,定义须要将ITimeProvider经过它注入 class Client { public int GetYear() { //与其余注入不一样的是,这里使用ITimeProvider来自本身的Attribute var porvider = AttributeHelper.Injector<ITimeProvider>(this); return porvider.CurrentDate.Year; } }
[TestMethod] public void Test1() { Assert.IsTrue(new Client().GetYear() > 0); }