Rod*_*odi 3 dependency-injection inversion-of-control service-locator
我听到有人说你不应该使用Service Locator进行依赖注入.那么如何在不依赖服务定位器的情况下注入依赖项呢？我想尝试IoC容器,但不想陷入反模式.
你应该只设置一切所以有一个地方所有类总是有最深层的依赖链？(如果我/它完全有意义)
我对你的所有代码都依赖于所选的IoC容器是不对的,是吗？
那么你在哪里"使用"你的容器(用于重新解析)？你如何解决所有问题,就像你的代码一样深入？它是通过每层直到前层使用接口来正确设计所有内容的一部分吗？
或者我只是错过了一点？
让我提醒你,我只是不想陷入反模式,需要一些提示/提醒它.
你应该只设置一切所以有一个地方所有类总是有最深层的依赖链？(如果我/它完全有意义)
是的,这称为应用程序的组合根,您可以在此配置IoC容器并解析根类型.
将所有代码都依赖于所选的IoC容器是不对的,是吗？
正确的是,最好不要在类型周围传递对IoC容器的引用,因为这会使它们不再可重用,并且通常会将类型与IoC容器的概念结合起来.
那么你在哪里"使用"你的容器(用于重新解析)？你如何解决所有问题,就像你的代码一样深入？它是通过每层直到前层使用接口来正确设计所有内容的一部分吗？
您可以在组合根目录中使用容器,并在代码中的任何位置使用容器(通常用于依赖链支持)来实例化类型(即来自工厂类型).
许多IoC容器可以为您生成这些工厂类型,因此您只需要传递(例如IMyFactory作为依赖项)或在某些IoC容器中传递a Func<IMyService>.这意味着您不需要创建依赖于IoC容器的工厂类型.
在使用接口方面,依赖性倒置原则声明您应该依赖于抽象,而不是依赖于具体结果,因此如果您希望采用依赖注入,则需要考虑这个概念.
| 归档时间： |
|
| 查看次数： |
939 次 |
| 最近记录： |