依赖注入 – 如何使用依赖注入而不是服务定位器

Should you just set everything up so
there is one place where all classes
always have a dependency chain to the
deepest classes? (if I/that makes
sense at all)

是的,这称为应用程序的组合根,您可以在此配置IoC容器并解析根类型.

It isn’t right to have all your code
littered with dependencies on the IoC
container of choice,is it?

正确的是,最好不要在类型周围传递对IoC容器的引用,因为这会使它们不再可重用,并且通常将类型与IoC容器的概念结合起来.

So where do you “use” your the
container (for rexolving)? And how do
you get it to resolve everything,as
deep as your code goes? Is it a part
of designing everything the right way
by using interfaces through every
layer up till the front layer?

您可以在组合根目录中使用容器,并在代码中的任何位置使用容器(通常用于依赖链支持)来实例化类型(即来自工厂类型).

许多IoC容器可以为您生成这些工厂类型,因此您只需要通过,例如IMyFactory作为依赖项,或者在某些IoC容器的情况下,是一个Func< IMyService>.这意味着您不需要创建依赖于IoC容器的工厂类型.

在使用接口方面,依赖性倒置原则声明您应该依赖于抽象,而不是依赖于具体结果,因此如果您希望采用依赖注入,则需要考虑此概念.