我知道如何通过构造函数注入(inject)将一个或一组依赖接口(interface)实例注入(inject)到类中。然而，在我目前的情况下，我有一些不同的任务。
我有几个类，每个类都有一个关联的“处理器”类。这些处理器实现相同的 IProcessor 接口(interface)，并且通用的 Processor 类将处理对象集合，并为每个对象使用适当的处理器。为某种类型创建处理器可能会很昂贵，因此我使用工厂并仅在需要时实例化处理器。
代码看起来像这样。
public interface IProcessor {
void Process(object item);
}
public class Processor {
private readonly Dictionary<Type, Func<IProcessor>> _processors;
public Processor(IDictionary<Type, Func<IProcessor>> processors) {
_processors = processors;
}
public void Process(IEnumerable items) {
foreach (var item in items) {
var processorFactory = _processors.GetValueOrDefault(item.GetType());
if (processorFactory == null) continue; // for simplicity
var processor = processorFactory();
processor.Process(item);
}
}
}
我如何在 Ninject 中注册此绑定(bind)？或者有没有更“DI 友好”的替代模式？
我想在应用程序入口点级别配置这些“处理器绑定(bind)”。
另一种方法是在 Processor 类中拥有处理器工厂的静态字典，并在入口点手动注册绑定(bind)，但我想避免使用静态依赖项。或者在这种特殊情况下会更好吗？
更新
我想到的另一种混合替代方案是这样的。我将在 Processor 类中有一个静态 Factories 字典。在那里我可以将基本的默认实现作为外观。
然后在我的 Ninject 模块中我可以写这样的东西。
public class MyModule : NinjectModule
{
public override void Load()
{
// ... my "standard" bindings
Processor.Factories[typeof(MyItem1)] = () => Kernel.Get<MyItem1Processor>();
Processor.Factories[typeof(MyItem2)] = () => Kernel.Get<MyItem2Processor>();
}
}
我知道我在这里使用了“邪恶”的静态内容，但仍然可以利用模块的 Kernel 属性，以一种易于阅读的方式轻松地利用 DI。
在 Load 方法中使用模块的 Kernel 属性是否安全？我的意思是，例如，一个模块可以加载到更多内核中吗？
任何想法都值得赞赏。
最佳答案
我正在用我的最终解决方案回答我的问题。
我相信，在软件开发过程中，如果某些东西“不想放在一起”，那么这表明有某种气味，大多数时候我需要返回几个级别才能找到它。这里也有类似的情况。
我意识到在这种情况下使用工厂模式并不是一个好的设计，因为:
- 我认为实例化处理器对象不应该如此昂贵，因为每个处理器对象都应该优化其资源以仅在
Process时使用它们。被称为。 - 即使实例化成本高昂，按照我的原始模式，只要处理列表中存在合适的对象，就会创建一个新实例。 (这可以由处理器处理，但看起来仍然不太好。)
- 无法根据优先级添加自定义处理器。比方说
ProcessorA流程ClassA,ClassB延伸ClassA和ProcessorB流程ClassB。我没有办法阻止ProcessorA处理ClassB并允许其他(非定制处理)ClassA仍需使用ProcessorA处理后代同时。这是因为Dictionary结构。
因此我决定简化实现并传递 IProcessor 的枚举。直接连接到主处理器，并有一个 CanProcess(object obj)在IProcessor 。这样我就可以直接使用任何 DI 容器来注入(inject)所有绑定(bind)实现的列表。
关于c# - 使用 Ninject 注入(inject)工厂字典，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/34747853/