类型关联

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

一.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正篇之类型关联(服务暴露)(七)的更多相关文章

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

    类型关联  类型关联就是将类挂载到接口(一个或多个)上去,以方便外部以统一的方式进行调用(看下例). 一.As关联 我们在进行手动关联时,基本都是使用As进行关联的. 1 2 3 4 5 6 7 8 ...

  2. IoC容器Autofac正篇之类型注册(四)

    Autofac类型注册 类型注册简单的从字面去理解就可以了,不必复杂化,只是注册的手段比较丰富. (一)类型/泛型注册 builder.RegisterType<Class1>(); 这种 ...

  3. IoC容器Autofac正篇之类型注册(五)

    Autofac类型注册 类型注册简单的从字面去理解就可以了,不必复杂化,只是注册的手段比较丰富. (一)类型/泛型注册 builder.RegisterType<Class1>(); 这种 ...

  4. IoC容器Autofac正篇之简单实例

    先上一段代码. namespace ConsoleApplication3 { class Program { static void Main(string[] args) { ContainerB ...

  5. IoC容器Autofac正篇之简单实例(四)

    先上一段代码. namespace ConsoleApplication3 { class Program { static void Main(string[] args) { ContainerB ...

  6. IoC容器Autofac正篇之依赖注入(六)

    依赖注入,这个专业词我们可以分为两个部分来理解: 依赖,也就是UML中描述事物之间关系的依赖关系,依赖关系描述了事物A在某些情况下会使用到事物B,事物B的变化会影响到事物A: 注入,医生通过针头将药物 ...

  7. IoC容器Autofac正篇之依赖注入(七)

    依赖注入,这个专业词我们可以分为两个部分来理解: 依赖,也就是UML中描述事物之间关系的依赖关系,依赖关系描述了事物A在某些情况下会使用到事物B,事物B的变化会影响到事物A: 注入,医生通过针头将药物 ...

  8. IoC容器Autofac正篇之解析获取(五)

    解析获取的方式有如下几种: Resolve class Program { static void Main(string[] args) { var builder = new ContainerB ...

  9. IoC容器Autofac正篇之解析获取(六)

    解析获取的方式有如下几种: Resolve class Program { static void Main(string[] args) { var builder = new ContainerB ...

随机推荐

  1. python - socket练习(输入系统命令)

    socket_server端代码: #!/usr/bin/env python # -*- coding:utf-8 -*- # Auther: pangguoping import socket i ...

  2. CodeSmith使用总结--读取一个表试试

    我感觉CodeSmith对于我的最大用途是不用我手动创建每个表的Model.BLL和DAL了,那些繁琐的工作真的让我很无语. CodeSmith要读取数据库中的表就要先连接数据库. 新建一个数据库连接 ...

  3. JS高级程序设计学习笔记之JS事件(1)

    事件流 冒泡 定义:事件开始时由最具体的元素接收,然后逐级上传到较为不具体的节点.(IE9.FF.Chrome.Safari会将事件一直冒泡到window对象.IE5.5及其以下会跳过<html ...

  4. html的空格显示距离问题

    一.使用全角空格 全角空格被解释为汉字,所以不会被被解释为HTML分隔符,可以按照实际的空格数显示. 二.使用空格的替代符号 替代符号就是在需要显示空格的地方加入替代符号,这些符号会被浏览器解释为空格 ...

  5. (转)web.config详解之在文件中配置网站默认页面

    在<configuration></configuration>中添加下面的配置 <system.webServer>        <defaultDocu ...

  6. ios面试汇总

    http://www.360doc.com/content/15/0707/01/26281448_483232245.shtml

  7. UIView设置少于四个的圆角

    最近的需求中有个label需要设置右下角为圆角,其余三个为直角,一开始用的是重写drawRect,然后用绘图重绘每个角的样子,计算起来还是麻烦 后来发现了下面的方法: UILabel *courseS ...

  8. C/C++中的虚析构函数和私有析构函数的使用

    代码: #include <iostream> using namespace std; class A{ public: A(){ cout<<"construct ...

  9. struts.custom.i18n.resources国际化详解(一)

    每种框价都会有国际化的支持,struts2的国际化大致上分为页面的国际化,Action的国际化以及xml的国际化 首先在struts.properties文件中加入以下内容:struts.custom ...

  10. 文件:因为懂你,所以永恒 - 零基础入门学习Python028

    文件:因为懂你,所以永恒 让编程改变世界 Change the world by program 因为懂你,所以永恒 大多数的程序都遵循着:输入->处理->输出的模型,首先接受输入数据,然 ...