c# - 使用 Ninject 注入(inject)工厂字典

Question

我知道如何通过构造函数注入(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 属性是否安全？例如，我的意思是一个模块可以加载到更多内核中吗？

任何想法表示赞赏。

Answer 1

我正在用我的最终解决方案回答我的问题。

我相信，在软件开发过程中，如果某些东西“不想放在一起”，那么它就表明有异味，大多数时候我需要返回几个级别才能找到它。这里也有类似的东西。

我意识到在这种情况下使用工厂模式并不是一个好的设计，因为:

1. 我认为实例化一个处理器对象永远不会如此昂贵，因为每个处理器对象都应该优化它们的资源以仅在调用 Process 时使用它们。
2. 即使实例化代价高昂，使用我的原始模式，只要处理列表中有合适的对象，就会创建一个新实例。 (这可以由处理器处理，但看起来仍然一点也不好。)
3. 无法根据优先级添加自定义处理器。假设 ProcessorA 处理 ClassA，ClassB 扩展 ClassA 和 ProcessorB 处理 B 类。我无法阻止 ProcessorA 处理 ClassB 并允许其他(非自定义处理的)ClassA 后代仍然使用 ProcessorA 进行处理 同时。这是因为 Dictionary 结构。

所以我决定简化实现，将一个可枚举的IProcessor直接传给主处理器，在IProcessor中有一个CanProcess(object obj) 。这样我就可以直接使用任何 DI 容器来注入(inject)所有绑定(bind)实现的列表。