解析获取的方式有如下几种:

Resolve

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var builder = new ContainerBuilder();
  6. builder.RegisterType<Class_1>(); //如果注释掉这句,下面Resolve时将会抛出异常
  7.  
  8. IContainer container = builder.Build();
  9. Class_1 clas1 = container.Resolve<Class_1>();
  10. Console.WriteLine(clas1.Id);
  11.  
  12. Console.Write("Press any key to continue...");
  13. Console.ReadKey();
  14. }
  15. }

这种方式在类型已经注册的情况下使用时没问题的,能够获取到注册类型的实例对象,但是如果类型没有经过注册,直接Resolve解析获取,便会抛出异常。

ResolveOptional

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var builder = new ContainerBuilder();
  6. //builder.RegisterType<Class_1>(); //这里注释掉类型注册的代码
  7.  
  8. IContainer container = builder.Build();
  9. Class_1 clas1 = container.ResolveOptional<Class_1>();
  10. Console.WriteLine(clas1 == null ? "null" : clas1.Id.ToString()); //这里将会输出null
  11.  
  12. Console.Write("Press any key to continue...");
  13. Console.ReadKey();
  14. }
  15. }

我们可以使用ResolveOptional进行解析获取,当类型没有经过注册时,ResolveOptional方法将会返回null作为结果。

TryResolve

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var builder = new ContainerBuilder();
  6. //builder.RegisterType<Class_1>(); //这里注释掉类型注册的代码
  7.  
  8. IContainer container = builder.Build();
  9. Class_1 clas1 = null;
  10. if (container.TryResolve<Class_1>(out clas1))
  11. {
  12. Console.WriteLine(clas1.Id);
  13. }
  14. else
  15. {//这里将会被执行
  16. Console.WriteLine("null");
  17. }
  18.  
  19. Console.Write("Press any key to continue...");
  20. Console.ReadKey();
  21. }
  22. }

这种方式与我们常用的Int32.TryParse相同。使用out参数且返回一个bool类型表示是否成功获取到类型实例。

其他相关内容

Resolve对象构造方法选择原则

当我们注册的类型拥有多个构造方法,那么在Resolve时,将会以哪个构造方法为准呢?答案是——尽可能最多参数,下面我们以实例来分析:

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var builder = new ContainerBuilder();
  6. builder.RegisterType<ConstructorClass>();
  7. builder.RegisterType<Class2>();
  8. builder.RegisterType<Class3>();
  9. var container = builder.Build();
  10. var obj = container.Resolve<ConstructorClass>();
  11. Console.WriteLine(obj);
  12. Console.Write("Press any key to continue...");
  13. Console.ReadKey();
  14. }
  15. }
  16.  
  17. //构造方法测试类
  18. class ConstructorClass
  19. {
  20. private Class1 _clas1;
  21. private Class2 _clas2;
  22. private Class3 _clas3 = null;
  23.  
  24. public ConstructorClass()
  25. {
  26. _clas1 = null; _clas2 = new Class2 { Id = -1 };
  27. }
  28.  
  29. public ConstructorClass(Class1 clas1, Class2 clas2)
  30. {
  31. _clas1 = clas1; _clas2 = clas2;
  32. }
  33.  
  34. public ConstructorClass(Class2 clas2, Class3 clas3)
  35. {
  36. _clas2 = clas2; _clas3 = clas3;
  37. }
  38.  
  39. public ConstructorClass(Class2 clas2, Class3 clas3, Guid guid)
  40. {
  41. _clas1 = new Class1 { Id = guid }; _clas2 = clas2; _clas3 = clas3;
  42. }
  43.  
  44. public ConstructorClass(Class1 clas1, Class2 clas2, Class3 clas3)
  45. {
  46. _clas1 = clas1; _clas2 = clas2; _clas3 = clas3;
  47. }
  48.  
  49. public override string ToString()
  50. {
  51. return string.Format(
  52. "{{Class1.Id: {0}, Class2.Id: {1}, Class3: {2}}}",
  53. _clas1 == null ? "null" : _clas1.Id.ToString(),
  54. _clas2 == null ? "null" : _clas2.Id.ToString(),
  55. _clas3 == null ? "null" : "not null");
  56. }
  57. }
  58.  
  59. //构造方法参数类型
  60. class Class1
  61. {
  62. public Guid Id { get; set; }
  63. }
  64.  
  65. //构造方法参数类型
  66. class Class2
  67. {
  68. public int Id { get; set; }
  69. }
  70.  
  71. //构造方法参数类型
  72. class Class3
  73. {
  74.  
  75. }

最终输出结果为 {Class1.Id: null, Class2.Id: 0, Class3: not null} ,最终执行的是第三个构造方法(参数为 Class2, Class3 的)。

按照字面上里说明”最多参数“,那么理应执行的是最后一个构造方法或倒数第二个构造方法,但是为什么却是第三个?。

先抛开为什么执行的第三个构造方法,我们还是会有疑问”如果执行的是第三个构造方法,那么Class2和Class3参数分别赋的是什么值?值又是从哪儿来?“,这里就涉及到了后面会讲到的构造注入。我们可以看到,在进行类型注册时,我们是对Class2和Class3进行了注册的,而ConstructorClass又是通过Autofac进行获取的,所以Class2和Class3参数的值是由Autofac进行初始化赋值的,Class2和Class3没有自定义构造方法,所以调用的是默认的空构造方法。

在知道Class2和Class3参数的初始化与赋值缘由后,我们再来看看之前的那个问题,其实现在就好明白了,因为最后两个的构造方法,一个需要额外的Guid类型参数,另一个需要Class1类型参数,而这两个类型又没有经过注册,如果调用这两个构造方法,那么Auotofac将不知道应该赋何值给这两个参数,所以Autofac最终选择了第三个构造方法。

我们还需要注意一点,如果倒数第二个构造方法的Guid参数给上默认值,那么最后选择的构造方法将会是这个构造方法。

  1. public ConstructorClass(Class2 clas2, Class3 clas3, Guid guid = default(Guid))
  2. {
  3. _clas1 = new Class1 { Id = guid };
  4. _clas2 = clas2;
  5. _clas3 = clas3;
  6. }

  如果在上面改造了倒数第二个构造方法的基础上继续改造最后一个构造方法,将Class1参数也默认赋值为null,那么最后在Resolve获取ConstructorClass实例时,将会抛出异常。因为在尽可能最多的原则上,出现了两个最多参数的构造方法,Autofac不知道应该选择哪个进行执行。异常信息告诉我们可以使用UsingConstructor来解决这个问题(关于UsingConstructor的用法,将在后续博文中进行说明)。

  1. public ConstructorClass(Class2 clas2, Class3 clas3, Class1 clas1 = null)
  2. {
  3. _clas1 = clas1;
  4. _clas2 = clas2;
  5. _clas3 = clas3;
  6. }

 

解析获取传参

我们明白了Autofac在Resolve时对构造方法选择的原则,尽可能最多的参数中的参数,可以是已经注册的类型,或是赋给默认值,除了这两种方式,还有一种方式是在Resolve时指定参数。我们可以通过在Resolve时传参来选择更多参数的构造方法:

  1. var obj = container.Resolve<ConstructorClass>(new NamedParameter("guid", Guid.NewGuid()));

在Resolve时传入了一个NamedParameter,NamedParameter表示按名字匹配参数,上面的代码表示,为参数名为guid的构造参数传入了Guid.NewGuid值。这段代码最后执行的是第四个构造方法。因为第四个构造方法是能够匹配的最多参数的构造方法。

Resolve的方法签名为:Resolve<T>(this IComponmentContext context, params Parameter[] parameters)

第一个参数也就是我们使用的container,我们主要关注第二个参数——一个可变的Parameter数组,Parameter是一个抽象类,其中NamedParameter为Parameter的一个子类,除了NamedParameter,还有以下几种子类拱Resolve时使用:

参数类型

参数说明

NamedParameter

根据名称进行匹配

PositionalParameter

根据索引进行匹配,注意:起始索引为0

TypedParameter

根据类型进行匹配,注意:传入多个相同类型的TypedParameter,所有该类型的参数都将采用第一个TypedParameter的值

ResolvedParameter

接收两个Func参数,两个Func签名都接收两个相同的参数ParameterInfo和IComponmentContext,第一个参数为参数的信息(常使用放射的朋友应该熟悉),第二个参数还是当做IContainer使用就好了。第一个Func的返回值为bool,表明当前这个ResolvedParameter是否使用当前匹配到的参数,如果返回true,则会执行第二个Func;第二个Func返回一个object对象,用于填充构造参数值。

下面有一个这些Parameter使用的示例供参考:

  1. class Program
  2. {
  3. static void Main(string[] args)
  4. {
  5. var builder = new ContainerBuilder();
  6. builder.RegisterType<ParameterClass>();
  7.  
  8. var container = builder.Build();
  9. container.Resolve<ParameterClass>(
  10. new NamedParameter("value", "namedParameter"), //匹配名字为value的参数
  11. new TypedParameter(typeof (int), 1), //匹配类型为int的参数
  12. new PositionalParameter(4, "positionalParameter"), //匹配第五个参数(注意,索引位置从0开始)
  13. new TypedParameter(typeof (int), -1), //这个将被抛弃,因为前面已经有一个类型为int的TypedParameter
  14. new ResolvedParameter(
  15. //第一个Func参数用于返回参数是否符合要求,这里要求参数是类,且命名空间不是System开头,所以第四个参数将会匹配上
  16. (pi, cc) => pi.ParameterType.IsClass && !pi.ParameterType.Namespace.StartsWith("System"),
  17. //第二个Func参数在第一个Func执行结果为true时执行,用于给参数赋值,也就是第四个参数的值为这个Func的执行结果
  18. (pi, cc) => new Temp {Name = "resolveParameter"})
  19. );
  20. // 最后的输出结果为: {x:1, y:1, value:'namedParameter', temp.Name:'resolveParameter', obj:'positionalParameter'}
  21.  
  22. Console.Write("Press any key to continue...");
  23. Console.ReadKey();
  24. }
  25. }
  26.  
  27. class ParameterClass
  28. {
  29. public ParameterClass(int x, int y, string value, Temp temp, object obj)
  30. {
  31. Console.WriteLine("{{x:{0}, y:{1}, value:'{2}', temp.Name:'{3}', obj:'{4}'}}", x, y, value, temp.Name, obj);
  32. }
  33. }
  34.  
  35. class Temp
  36. {
  37. public string Name { get; set; }
  38. }

IoC容器Autofac正篇之解析获取(五)的更多相关文章

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

随机推荐

  1. <经验杂谈>C#/.Net字符串操作方法小结

    字符串操作是C#中最基本的.最常见的.也是用的最多的,以下我总结 了几种常见的方法 1.把字符串按照分隔符转换成 List /// <summary> /// 把字符串按照分隔符转换成 L ...

  2. REST 相关

    REST 相关 REST:Representational State Transfer,表现层状态转化(出现在阮一峰的博客 理解RESTful架构 中,但是,很明显,Representational ...

  3. 《第一行代码》学习笔记17-碎片Fragment(2)

    1.碎片的状态和回调: (1)运行状态:碎片可见+所关联的活动处于运行状态. (2)暂停状态:当活动进入暂停状态(由于另一个未占满屏幕的活动被添加到栈顶),与其相关联的可见碎片会进入暂停状态. (3) ...

  4. AngularJs练习Demo2

    @{ Layout = null; } <!DOCTYPE html> <html> <head> <meta name="viewport&quo ...

  5. (原)ubuntu16重装显卡驱动后,torch中的问题

    转载请注明出处: http://www.cnblogs.com/darkknightzh/p/6030232.html 参考网址: https://github.com/torch/cutorch/i ...

  6. 客户端技术:Cookie 服务端技术:HttpSession

    客户端技术:Cookie 服务端技术:HttpSession 07. 五 / android基础 / 没有评论   一.会话技术1.什么是会话:客户打开浏览器访问一个网站,访问完毕之后,关闭浏览器.这 ...

  7. 影响MySQL性能的五大配置参数

    我们今天主要和大家分享的是对MySQL性能影响关系紧密的五大配置参数,以下就是文章的具体内容描述,希望会给你带来一些帮助在此方面. 以下的文章主要是对MySQL性能影响关系紧密的五大配置参数的介绍,我 ...

  8. mysql查询unicode字符串

    mysql查询的时候会将\干掉,可以用mysql的like通配符来做like '%\u5f20\u4e09%'变成like '%_u5f20_u4e09%'

  9. un ange frappe a ma porte

    Un signe, une larme 魂牵 泪扰 un mot, une arme 字断 情烧 nettoyer les étoiles à l'alcool de mon ame 灵魂之酒眷洗 星 ...

  10. php 和 apache的关系

    例如在客户端游览器输入他也回把这个地址传送到192.168.1.100里的apache里的,apache一看你传过来的是Php文件,如果在服务器没装php的情况下,他也会把这个文件打开,把里面的代码全 ...