依赖注入 – 何时使用属性注入?

>我什么时候应该使用房产注入?
>如果完全控制实例创建,我应该默认使用构造函数注入吗?
>我是否正确使用构造函数注入我编写与容器无关的代码

When should I use property injection?

如果依赖项是真正可选的,当您有本地默认值,或者对象图包含循环依赖项时,您应该使用属性注入.

但是,Property Injection导致@L_403_0@并且在编写业务线应用程序时,您的依赖项永远不应该是可选的:您应该应用Null Object pattern.

你也不应该使用Local Default,因为这会使测试复杂化,隐藏依赖关系,并且很容易忘记配置依赖项.

对象图也不应具有循环依赖性.这是您的应用程序设计中的indication of a problem.

Should I use by default constructor injection if instance creation in fully controlled?

是.构造函数注入是最好的方法.它使得很容易看出一个类具有哪些依赖关系,使得可以实现所需的依赖关系,并防止时间耦合.

Am I right that using a constructor injection I write container-agnostic code?

这是对的.构造函数注入允许您延迟决定使用哪个DI库,以及whether at all you use a DI library.

有关上述内容以及更多内容的更详细解释,请阅读Mark Seemann(以及我自己)的书籍Dependency Injection in .NET,这是了解DI及其基本模式和原则的首选指南.

相关文章

适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题...
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结...
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容...