依赖注射最佳做法

Question

我是使用依赖注射在我的代码(与 而)，并认为我做得很好直到我遇到了一个业绩问题引起的误解其中DI容器适合你的代码。似乎有很多的信息如何使用DI框架，但没有太多在这里不要使用它们或如何最好地利用他们的(至少我可以找到)

我想我会写出我的想法是一些最佳做法，并看到，如果其他人同意与我和什么样的其他最佳做法，人们可以想出了。

• 使用一个内核，每个应用程序或程序域
• 使用DI容器适用于长期单独的对象只能使用的工厂(或其他方法)的短暂的瞬态物体)
• 喜欢注构造的财产或领域注射
• 请求的目的，不建立他们
• 其他人吗?指针很好的博客的条目/articles??

Answer 1

这里有一个短名单的最重要的要点(其中一些也出现在OP):

• 代码应该知道的迪容器(如果有的话)是使用
• 撰写完整的申请在的根本的应用程序(组成Root)
• 赞成注构造

我不能说我同意你的点单独与瞬态物体。整点DI是，一个外部机构(如DI容器)确定生活时间的任何给定的依赖，不是别人，所以你需要有所有依赖性管理的迪容器。

Answer 2

使用DI容器适用于长期单独的对象只能使用的工厂(或其他方法)的短暂的瞬态物体)

但这样做使用DI注的工厂进入那里所需要的。