C#学习教程：C＃/Unity中的构造函数注入？分享

解决此问题的一种方法是使用具有命名注册的注入构造函数。

 // Register timmy this way Person son = new Person("Timmy"); container.RegisterInstance("son", son); // OR register timmy this way container.RegisterType("son", new InjectionConstructor("Timmy")); // Either way, register bus this way. container.RegisterType(new InjectionConstructor(container.Resolve("son"))); // Repeat for Joe / Train 

除非您分别将“joe”和“timmy”注册为命名依赖项，否则您无法确定将“timmy”注入Schoolbus。 实际上，如果您尝试将同一个类的两个实例注册为未命名的依赖项，则您将具有不明确的设置，并且您根本无法解析Person 。

一般来说，如果你必须注册很多命名实例，你可能会以错误的方式进行DI。 DI的主要思想是解析域服务而不是域对象 。

DI的主要思想是提供一种机制，允许您将抽象类型 （接口或抽象类）解析为具体类型 。 你的例子没有抽象类型，所以它没有多大意义。

马克·西曼说得对。 我同情你的困惑。 当我学会使用自动dependency injection容器时，我自己完成了它。 问题是有许多有效和合理的方法来设计和使用对象。 然而，只有其中一些方法适用于自动依赖性注入容器。

我的个人历史：在我学会如何使用Inversion of Control容器（如Unity或Castle Windsor容器）之前，我学习了对象构造和控制反转的OO原则。 我养成了编写这样代码的习惯：

 public class Foo { IService _service; int _accountNumber; public Foo(IService service, int accountNumber) { _service = service; _accountNumber = accountNumber; } public void SaveAccount() { _service.Save(_accountNumber); } } public class Program { public static void Main() { Foo foo = new Foo(new Service(),1234); foo.Save(); } } 

在这个设计中，我的Foo类负责将帐户保存到数据库。 它需要一个帐号来执行此操作，并需要一项服务来执行脏工作。 这有点类似于上面提供的混凝土类，其中每个对象在构造函数中采用一些唯一值。 当您使用自己的代码实例化对象时，这很好。 您可以在合适的时间传递适当的值。

但是，当我了解自动dependency injection容器时，我发现我不再手动实例化Foo。 容器会为我实例化构造函数参数。 这对IService等服务来说非常方便。 但它显然不适用于整数和字符串之类的东西。 在这些情况下，它将提供默认值（如整数为零）。 相反，我习惯于传递特定于上下文的值，如帐号，姓名等&＃8230;&＃8230;所以我必须调整我的编码和设计风格，如下所示：

 public class Foo { IService _service; public Foo(IService service) { _service = service; } public void SaveAccount(int accountNumber) { _service.Save(accountNumber); } } public class Program { public static void Main() { Foo foo = new Foo(new Service()); foo.Save(1234); } } 

似乎两个Foo类都是有效的设计。 但第二个可用于自动dependency injection，而第一个则不然。

上述就是C#学习教程：C＃/ Unity中的构造函数注入？分享的全部内容，如果对大家有所用处且需要了解更多关于C#学习教程，希望大家多多关注&＃8212;编程笔记