c# - 如何解耦 IoC 框架实现

Question

我一直在学习 IoC、依赖注入(inject)等，并且很享受这个过程。对我来说，接口(interface)解耦和编程的好处是显而易见的。

但是，我真的不喜欢将自己绑定(bind)到 Unity 或 Autofac 或 Windsor 等特定框架 - 因为我仍在学习并且尚未决定哪个最适合我的目的。

那么，我如何围绕 Unity 之类的东西进行包装，以便以后可以轻松地切换到 Windsor？ (管他呢)。而且你敢说用另一个注入(inject)第一个 ;)

谢谢!

R.

附言我将 Unity 标记为我目前的个人偏好(我只是喜欢 Entlib)。

Answer 1

您当然可以通过使用 Resolve 和 Register 声明一个 IContainer 来尝试从容器中进行抽象。我这样做了几次。然后，您将继续实现一个 Container : IContainer 并用您的抽象封装一个实际的 IoC 容器。我用 Unity 和 CaSTLe Windsor 尝试过。

但是，嘿，很快我就意识到这真的是一种过度设计。然后我明白我试图从抽象中抽象出来，但又要建立另一个抽象。学习这个概念可能没问题，但在实际项目中这确实让人头疼。我强烈建议不要从 IoC 容器中抽象。如果您正确使用 DI 原则，无论如何更改您的容器将相当容易。

代码看起来过于复杂，比如

//I did this mess with Service Locator
var t = ContainerService.Instance.Resolve<IMyType>();
//others could go further with same Service Locator
var t = IoCFactory.Instance.CurrentContainer.Resolve<IMyType>();

//better way, use --> IoC and DI <--
//when a program starts, or a new instance of the context created
var t = Container.Resolve<IMyType>() //this lives at the bottom of the stack
//and then you just pass IMyType to the constructor of other types    
//you don't need to call Resolve again in the logical cycle

参见 this post由 Ayende 撰写。

Yes, they abstracted the Inversion of Control Container. I think that if you need to do that, it is pretty clear that you don’t really get what IoC is all about.