【发布时间】：2009-12-12 00:50:37
【问题描述】：
对依赖注入还很陌生，我正试图弄清楚这是否是一种反模式。
假设我有 3 个程序集：
Foo.Shared - this has all the interfaces
Foo.Users - references Foo.Shared
Foo.Payment - references Foo.Shared
Foo.Users 需要一个在 Foo.Payment 中构建的对象，而 Foo.Payment 也需要来自 Foo.Users 的东西。这会产生某种循环依赖。
我在 Foo.Shared 中定义了一个接口，它代理我正在使用的依赖注入框架（在本例中为 NInject）。
public interface IDependencyResolver
{
T Get<T>();
}
在容器应用中，我有这个接口的实现：
public class DependencyResolver:IDependencyResolver
{
private readonly IKernel _kernel;
public DependencyResolver(IKernel kernel)
{
_kernel = kernel;
}
public T Get<T>()
{
return _kernel.Get<T>();
}
}
配置如下：
public class MyModule:StandardModule
{
public override void Load()
{
Bind<IDependencyResolver>().To<DependencyResolver>().WithArgument("kernel", Kernel);
Bind<Foo.Shared.ISomeType>().To<Foo.Payment.SomeType>(); // <- binding to different assembly
...
}
}
这允许我从 Foo.Users 内部实例化 Foo.Payment.SomeType 的新对象，而无需直接引用：
public class UserAccounts:IUserAccounts
{
private ISomeType _someType;
public UserAccounts(IDependencyResolver dependencyResolver)
{
_someType = dependencyResolver.Get<ISomeType>(); // <- this essentially creates a new instance of Foo.Payment.SomeType
}
}
这使得在这种情况下UserAccounts 类的确切依赖关系不清楚，这让我认为这不是一个好习惯。
我还能如何做到这一点？
有什么想法吗？
【问题讨论】：
标签： c# design-patterns dependency-injection ninject