我正在设计对遗留 ASP.NET 应用程序的一些架构更改。我为模仿 ASP.NET MVC 的 IDependencyResolver 的依赖关系解析制作了一些类的原型(prototype)。我不会发布，因为它的界面几乎相同，但使用的是其他自然语言。
我发现它可能被认为是服务位置，而它通常(在某些情况下不完全)被谴责以支持依赖注入(inject)。尽管如此，我找不到任何反对使用 ASP.NET MVC 的依赖项解析实现的建议。
ASP.NET MVC 的 IDependencyResolver 是否被视为反模式？这是坏事吗？
最佳答案
如果您查看 signature you will see that it's just a Service Locator用另一个名字。 Service Locator is an anti-pattern并且我认为这种关系是可传递的，所以我认为 IDependencyResolver 是一种反模式。
除此之外，接口(interface)也是broken because it has no Release method .
关于c# - IDependencyResolver 是一种反模式吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5653783/