依赖注入框架Castle Windsor从容器里解析一个实例时(也就是调用Resolve方法),是通过调用待解析对象的构造函数new一个对象并返回,那么问题是:它是调用哪个构造函数呢?

  • 无参的构造函数
  • 带参但参数不是靠依赖注入的构造函数
  • 带参且参数是靠依赖注入的构造函数
  • 有多个带参且参数是靠依赖注入的构造函数

带着这个问题,我写了一段测试代码.

测试1:

只有一个无参构造函数:

CtorTest类(在控制台程序里用Windsor解析这个类)

   public class CtorTest
{ public string Message { get; set; } public CtorTest()
{
Message = $"The message is from {nameof(CtorTest)}";
} public void ShowMessage()
{
Console.WriteLine(Message);
}
}

控制台Main代码如下所示:

class Program
{
static void Main(string[] args)
{
IWindsorContainer iocContainer = new WindsorContainer();
iocContainer.Register(Component.For<CtorTest>().ImplementedBy<CtorTest>().LifestyleSingleton()); var instance = iocContainer.Resolve<CtorTest>();
instance.ShowMessage();
}
}

测试结果(默认构造函数与无参构造函数性质是一样的):

测试2

只有一个带参但不是靠依赖注入的构造函数(没有无参数构造函数)

CtorTest代码如下:

 public string Message { get; set; }

        public CtorTest(string message)
{
Message = $"The message is from {nameof(CtorTest)}";
} public void ShowMessage()
{
Console.WriteLine(Message);
}
}

测试结果,当然是抛出异常:

如果为这个参数提供默认值(如:string message=""),Resolve会调用这个构造函数,如果再加一个无参构造函数,Resolve会调用带参的,如再加一个带有两个带默认值的带参构造函数,则会调用两个参数的,所以这里的结论是:带有默认值的有参(先参数个数多的),再无参.

测试3:

有一个带参且参数是靠依赖注入的构造函数,和一个无参数构造函数,一个两个具有默认值参数的构造函数.

添加一个Sub类:

    public class Sub
{
public string Message { get; set; } public Sub()
{
Message = $"The message is from {nameof(Sub)}";
}
}

Ctor类代码如下:

  public class CtorTest
{ public string Message { get; set; } public CtorTest()
{
Message = $"The message is from {nameof(CtorTest)}";
}

      public CtorTest(string message = "message1",string message2= "message2")
      {
        Message = $"The message is from {nameof(CtorTest)} and {message} and {message2}" ;
      }

public CtorTest(Sub sub)
{
Message = sub.Message;
} public CtorTest(string message = "")
{
Message = $"The message is from {nameof(CtorTest)}";
} public void ShowMessage()
{
Console.WriteLine(Message);
}

Main如下:

class Program
{
static void Main(string[] args)
{
IWindsorContainer iocContainer = new WindsorContainer();
iocContainer.Register(Component.For<CtorTest>().ImplementedBy<CtorTest>().LifestyleSingleton());
       //把sub注入到容器中
iocContainer.Register(Component.For<Sub>().ImplementedBy<Sub>().LifestyleSingleton());

var instance = iocContainer.Resolve<CtorTest>();
instance.ShowMessage();
}
}

测试结果:

从结果可以看出它是通过带参(参数是依赖注入)的构造函数创建实例,即使在有一个2个具有默认值的参数的构造函数的情况下.

测试4

两个带参且参数是靠依赖注入的构造函数

添加一个Sub2类:

    public class Sub2
{
public string Message { get; set; } public Sub2()
{
Message = $"The message is from {nameof(Sub2)}";
}
}

Ctor类代码如下:

    public class CtorTest
{ public string Message { get; set; } public CtorTest()
{
Message = $"The message is from {nameof(CtorTest)}";
} //注意:我故意把这个放到sub参数的构造函数前面
public CtorTest(Sub2 sub2)
{
Message = sub2.Message;
}

public CtorTest(Sub sub)
{
Message = sub.Message;
} public CtorTest(string message = "")
{
Message = $"The message is from {nameof(CtorTest)}";
} public void ShowMessage()
{
Console.WriteLine(Message);
}
}

Main类代码如下:

    class Program
{
static void Main(string[] args)
{
IWindsorContainer iocContainer = new WindsorContainer();
iocContainer.Register(Component.For<CtorTest>().ImplementedBy<CtorTest>().LifestyleSingleton());
       //把sub2注入到容器中,注意我故意把sub2放到sub前面
iocContainer.Register(Component.For<Sub2>().ImplementedBy<Sub2>().LifestyleSingleton());
//把sub注入到容器中
iocContainer.Register(Component.For<Sub>().ImplementedBy<Sub>().LifestyleSingleton()); var instance = iocContainer.Resolve<CtorTest>();
instance.ShowMessage();
}
}

测试结果:

尽管我把Sub2的构造函数和注册都放在了Sub前面,但最终还是调用了带Sub参数的构造函数.那么它的顺序是什么呢?通过修改类的名称(比如说把Sub2改成排序在Sub前的名称,如S,那么就会调用S这个参数的构造函数)

测试5

有两个带参且参数是靠依赖注入的构造函数

把CtorTest类里的

        public CtorTest(Sub2 sub2)
{
Message = sub2.Message;
}

修改成

        public CtorTest(Sub2 sub2,Sub sub)
{
Message = sub2.Message +Environment.NewLine + sub.Message;
}

测试结果:

它调用的是修改后的这个构造函数,也就是说:它先调用了参数多的那个.

最终总终:

Resolve先调用参数个数多且参数通过依赖注入的构造函数,如果参数个数相同的构造函数有多个,则按参数类型名称(这个名称应该是完全限定名,没有测试)顺序,调用第一个,如果不存在这样的构造函数,则优先调用参数个数多且具有默认值的构造函数.

对Castle Windsor的Resolve方法的解析时new对象的探讨的更多相关文章

  1. Castle Windsor Ioc 一个接口多个实现解决方案

    介绍 Castle Windsor 是微软的Ioc类库,本文主要介绍解决一个接口多个实现的解决方案 接口和类 以下内容不是真实的实际场景,仅仅是提供解决一个接口多个实现的思路. 业务场景类 先假设有一 ...

  2. Castle Windsor常用介绍以及其在ABP项目的应用介绍

    最近在研究ABP项目,有关ABP的介绍请看阳光铭睿 博客,ABP的DI和AOP框架用的是Castle Windsor下面就对Castle Windsor项目常用方法介绍和关于ABP的使用总结 1.下载 ...

  3. 在ABP项目的应用Castle Windsor

    Castle Windsor常用介绍以及其在ABP项目的应用介绍 最近在研究ABP项目,有关ABP的介绍请看阳光铭睿 博客,ABP的DI和AOP框架用的是Castle Windsor下面就对Castl ...

  4. [转载]es6 Promise.resolve()方法

    es6 Promise.resolve()方法 2018-01-27 22:29:06 ixygj197875 阅读数 16925更多 分类专栏: ES6标准入门 (阮一峰) ES6标准入门   Pr ...

  5. 说说ABP项目中的AutoMapper,Castle Windsor(痛并快乐着)

    这篇博客要说的东西跟ABP,AutoMapper和Castle Windsor都有关系,而且也是我在项目中遇到的问题,最终解决了,现在的感受就是“痛并快乐着”. 首先,这篇博客不是讲什么新的知识点,而 ...

  6. [Castle Windsor]学习依赖注入

    初次尝试使用Castle Windsor实现依赖注入DI,或者叫做控制反转IOC. 参考: https://github.com/castleproject/Windsor/blob/master/d ...

  7. IoC - Castle Windsor 2.1

    找过一些Windsor教程的文章,博客园上TerryLee有写了不少,以及codeproject等也有一些例子,但都讲的不太明了.今天看到Alex Henderson写的一个系列,非常简单明了.下面是 ...

  8. Castle Windsor 项目中快速使用

    Castle Windsor 项目中快速使用 新建项目如下: 一个模型类,一个接口,一个实现方法.我的目的很明确就是在UI层通过Castle 调用数据访问层的方法. 添加项目引用 CastleDemo ...

  9. c# Castle Windsor简单例子

    Windsor是Castle的IOC框架.需要用到两个dll(Castle.Core.dll和Castle.Windsor.dll). 1.接口以及接口实现类: public interface IT ...

随机推荐

  1. Git 子模块 - submodule

    有种情况我们经常会遇到:某个工作中的项目需要包含并使用另一个项目. 也许是第三方库,或者你 独立开发的,用于多个父项目的库. 现在问题来了:你想要把它们当做两个独立的项目,同时又想在 一个项目中使用另 ...

  2. Linux 内核概述 - Linux Kernel

    Linux 内核学习笔记整理. Unix unix 已有40历史,但计算机科学家仍认为其是现存操作系统中最大和最优秀的系统,它已成为一种传奇的存在,历经时间的考验却依然声名不坠. 1973 年,在用 ...

  3. 操作系统篇-调用门与特权级(CPL、DPL和RPL)

    || 版权声明:本文为博主原创文章,未经博主允许不得转载. 一.前言 在前两篇文章(<操作系统篇-浅谈实模式与保护模式>和<操作系统篇-分段机制与GDT|LDT>)中,我们提到 ...

  4. SQL Server 常用内置函数(built-in)持续整理

    本文用于收集在运维中经常使用的系统内置函数,持续整理中 一,常用Metadata函数 1,查看数据库的ID和Name db_id(‘DB Name’),db_name('DB ID') 2,查看对象的 ...

  5. Dreamweaver 扩展开发:C-level extensibility and the JavaScript interpreter

    The C code in your library must interact with the Dreamweaver JavaScript interpreter at the followin ...

  6. 深究标准IO的缓存

    前言 在最近看了APUE的标准IO部分之后感觉对标准IO的缓存太模糊,没有搞明白,APUE中关于缓存的部分一笔带过,没有深究缓存的实现原理,这样一本被吹上天的书为什么不讲透彻呢?今天早上爬起来赶紧找了 ...

  7. Android—简单的仿QQ聊天界面

    最近仿照QQ聊天做了一个类似界面,先看下界面组成(画面不太美凑合凑合呗,,,,):

  8. sql 删除表中的重复记录

    嗯,遇见了表中存在重复的记录的问题,直接写sql删除时最快的,才不要慢慢的复制到excel表中慢慢的人工找呢.哼. 如下sql,找出重复的记录,和重复记录中ID值最小的记录(表中ID为自增长) sel ...

  9. Linux:将rhel yum 切换到centos yum

    Red Hat Enterprise Linux Server(RHEL) yum安装软件时This system is not registered with RHN. RHN support wi ...

  10. 面向未来的友好设计:Future Friendly

    一年前翻译了本文的一部分,最近终于翻译完成.虽然此设计思想的提出已经好几年了,但是还是觉得应该在国内推广一下,让大家知道“内容策略”,“移动优先”,“响应式设计”,“原子设计”等设计思想和技术的根源. ...