IoC容器Autofac正篇之类型关联(服务暴露)(七)

类型关联

类型关联就是将类挂载到接口(一个或多个)上去,以方便外部以统一的方式进行调用(看下例)。

一.As关联

我们在进行手动关联时,基本都是使用As进行关联的.

class Program
{
static void Main(string[] args)
{
var builder = new ContainerBuilder(); builder.RegisterType<Class1>().As<IInterface>(); var container = builder.Build(); IInterface inter = container.Resolve<IInterface>(); Console.WriteLine(inter.Id); Console.Write("Press any key to continue...");
Console.ReadKey();
}
} interface IInterface
{
Guid Id { get; }
} class Class1 : IInterface
{
private Guid _id; public Guid Id
{
get { return _id; }
}
} 

从代码中可以看到,我们直接在类型注册后加了一句As<…>(),然后在使用Resolve时也是用的As的类型。

之前是直接RegisterType注册的类型是Class1,Resolve时也是直接用Class1。

而现在注册的虽然还是Class1,但是获取时却是用IInterface且最后获取到的实例类型是Class1。

这样看有点绕,但我们可以理解为注册了IInterface,但是为IInterface指定了实现。好处在于我们如果希望更改IInterface的实现,只需要修改注册的代码,而不需要修改获取处以及后续使用IInterface实例的代码。

多关联   一个类可能实现多个接口,如果我们希望Resolve多个接口时获取到的都是那个类型,应该怎么做呢?如果希望多个接口或类型都与同一个类型进行关联,我们可以直接再表达式后面继续As:builder.RegisterType<C1>().As<I1>().As<I2>().As<I3>,如此,Resolve<I1>、Resolve<I2>、Resolve<I3>获取到的都是C1类型实例。

二.自关联AsSelf

不使用As时,RegisterType注册的是什么类型,Resolve就使用什么类型获取,但使用As后就只能使用As的类型进行Resolve。比如前面的例子中,只能够Resolve<IInterface>,而不能Resolve<Class1>,否则抛出异常。但如想在Resolve<Class1>时能够获取到Class1而不抛出异常,应该怎么办呢?

// 这两句代码效果相同
builder.RegisterType<Class1>().As<IInterface>().As<Class1>();
builder.RegisterType<Class1>().As<IInterface>().AsSelf();

三 批量关联AsImplementedInerfaces

AsImplementedInterfaces也就是直接与类型实现的接口进行类型关联

interface I1 { }
interface I2 { }
interface I3 { }
interface I4 { }
interface I5 { }
interface I6 { }
interface I7 { } class C1 : I1, I2, I3, I4, I5, I6, I7
{
}

  一个类型实现了7个接口,然后我们希望Resolve这七个中任何一个接口,都能获取到C1实例,多关联代码可以简写为:

builder.RegisterType<C1>()
.As<I1>().As<I2>()
.As<I3>().As<I4>()
.As<I5>().As<I6>()
.As<I7>();

  然而在有AsImplementInterfaces方法后,就能够非常简单:

builder.RegisterType<C1>().AsImplementedInterfaces();

  在程序集注册这种方式中,AsImplementInterfaces更能显示出威力,程序集注册这种方式中,都是批量注册类型的,批量注册的这些类型,它们可能都实现了不同的接口,这样我们没办法为它们一一关联接口,但是通过AsImplementInterfaces方法,可以让所有注册类型自动与实现的接口进行关联。当然,也正因为这点,在使用AsImplementInterfaces时需要注意,是否真的希望与所有接口都进行关联。

四 总结(3中关联方式)

a.使用AS关联时一个接口只能与一个类型进行关联

前面将一个类型与多个接口进行关联,让多个接口Resolve结果都是同一个类型实例。这个是不可逆的,也就是一个接口不能与多个类型进行关联,因为这样autofac不知道应该返回哪个类型实例。代码实例:

builder.RegisterType<C1>().As<I>(); // class C1 : I
builder.RegisterType<C2>().As<I>(); // class C2 : I

  按上面的代码,最后实际与I接口关联的类型是C2,autofac中按注册顺序,后面注册的会覆盖前面注册的。如果想要阻止这种默认行为,可以在As方法调用用继续调用PreserveExistingDefaults方法,这样,如果之前该接口/类型已经进行关联注册,则此次关联无效:

builder.RegisterType<C1>().As<I>(); // class C1 : I
builder.RegisterType<C2>().As<I>().PreserveExistingDefaults(); // class C2 : I

上面代码通过Resolve<I>()获取到C1类型实例。注意c1需要实现或继承I

这里说的一个接口不能关联多个类型,是针对这种常用的注册及关联。其实可以通过Named<>、Meta<>这种方式进行多关联

b.一个接口与多个类型关联

builder.RegisterType<Worker>().Named<IPerson>("worker");
builder.RegisterType<Student>().Named<IPerson>("student");

使用Name可以检索服务创建实例:

 IPerson p = container.ResolveNamed<IPerson>("worker");

  ResolveNamed()只是Resolve()的简单重载,指定名字的服务其实是指定键的服务的简单版本。

c.键

  有Name的方式很方便,但是值支持字符串,但有时候我们可能需要通过其他类型作键。

  例如,使用枚举作为key:

  public enum DeviceState { Worker, Student }

  使用key注册服务,通过Keyed<T>()方法:

  builder.RegisterType<Student>().Keyed<IPerson>(DeviceState.Student);

 IIndex索引

 Autofac.Features.Indexed.IIndex<K,V>是Autofac自动实现的一个关联类型。component可以使用IIndex<K,V>作为参数的构造函数从基于键的服务中选择需要的实现。

   builder.RegisterType<Student>().Keyed<IPerson>(DeviceState.Student);
using (IContainer container = builder.Build())
{
IIndex<DeviceState, IPerson> IIndex = container.Resolve<IIndex<DeviceState, IPerson>>();
IPerson p = IIndex[DeviceState.Student];
p.Say(); //输出我是一个学生
}

  IIndex中第一个泛型参数要跟注册时一致,在例子中是DeviceState枚举。其他两种注册方法没有这样的索引查找功能,这也是为什么设计者推荐Keyed注册的原因之一。

上一篇:IoC容器Autofac正篇之依赖注入(六)


下一篇:IoC容器Autofac正篇之简单实例(四)