假设我有一些类 Foo，它有两个依赖项：ISerializer<T> 和 IFileAccessHandler。
现在这个类还有其他的依赖，函数依赖。我不希望任何人在无效状态下实例化此类，因此我还需要在构造函数中传递域对象。
但是，当我也知道在实际创建类 Foo 时要传递什么域对象时，如何让 IoC 处理呢？
我将域对象设置为工厂设置的属性。因此，Factory 调用 Service Locator 以获取正确实例化的“Foo”类及其依赖项，并进一步用正确的域对象填充它并返回它。
但这是最好的方法吗？我宁愿让我的构造函数中包含域对象部分，以使其变得明显，您实际上需要使用“Foo”。
有什么想法吗？ 我在这里遗漏了什么吗？
【问题讨论】：
标签： design-patterns dependency-injection
当您在注册时无法连接具体类型时，DI 的默认解决方案是使用抽象工厂
在你的情况下，我会定义一个 IFooFactory 接口：
public interface IFooFactory
{
Foo Create(DomainClass dc);
}
这将允许您定义一个了解您的基础架构服务的具体实现。
public class FooFactory : IFooFactory
{
private readonly ISerializer serializer;
private readonly IFileAccessHandler fileHandler;
public FooFactory(ISerializer serializer, IFileAccessHandler fileHandler)
{
if(serializer == null)
{
throw new ArgumentNullException("serializer");
}
if(fileHandler == null)
{
throw new ArgumentNullException("fileHandler");
}
this.serializer = serializer;
this.fileHandler = fileHandler;
}
public Foo Create(DomainClass dc)
{
return new Foo(this.serializer, this.fileHandler, dc);
}
}
通过这种方式，您可以保护 Foo 类的不变量，使您能够继续使用 构造函数注入。
在 DI 容器中，可以注册 IFooFactory 和对应的实现。只要你有一个 DomainClass 实例并且需要一个 Foo 实例，你就会依赖 IFooFactory 并使用它。
【讨论】：
我也在努力解决这个问题。 Mark 的示例受到限制，因为 FooFactory 正在创建一个具体的类 Foo。如果要创建一个在启动配置期间确定实现的 IFoo 怎么办？这意味着对于 IFoo（FooA、FooB 等）的每个替代实现，您都需要相应工厂（FooAFactory、FooBFactory 等）的具体实现。这让我觉得多余。
如果工厂定义在与Container的实现和初始化相同的级别，我看不出工厂引用容器的弱点。它仍然可以防止容器的引用泄漏到应用程序的其余部分。
最好的问候，
地铁。
【讨论】：