【问题标题】:Injecting a dictionary of factories with Ninject使用 Ninject 注入工厂字典
【发布时间】:2016-01-12 15:40:39
【问题描述】:

我知道如何通过构造函数注入将一个或一组依赖接口实例注入到类中。但是,在我目前的情况下,我有一些不同的任务。

我有几个类,每个类都有一个关联的“处理器”类。这些处理器实现了相同的IProcessor 接口,一个通用的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 中为此注册绑定?或者有没有其他更“DI 友好”的替代模式?

我想在应用程序入口点级别配置这些“处理器绑定”。

另一种方法是在Processor 类中拥有一个处理器工厂的静态字典,并在入口点手动注册绑定,但我想避免使用静态依赖项。还是在这种特殊情况下会更好?

更新

我到达的另一种混合选择是这样的。我会在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 属性是否安全?我的意思是可以将一个模块加载到更多内核中吗?

感谢任何想法。

【问题讨论】:

  • 没问题。再次阅读完整问题后,您基本上与我在这种情况下所做的完全相同。除了我通常创建一个IProcessor 并从接口返回Type,这意味着我可以绑定每个IProcessor,然后在构造函数中简单地使用IEnumerable&lt;IProcessor&gt;。由此我建立了一个&lt;Type, IProcessor&gt;的字典
  • @StephenRoss 我需要按需延迟实例化处理器。例如,如果集合中没有要处理的动物,我不想为Animal 类型实例化处理器。否则我也会这样做,我不会有任何问题。
  • 是的,我曾想过。是否可以对 Ninject github.com/ninject/Ninject.Extensions.Factory/wiki/Lazy 使用惰性工厂方法。如果在您的项目中可能,这将由单独的扩展程序提供。
  • @StephenRoss 我知道这一点,但我仍然需要字典来确定使用哪个处理器。如果处理器返回类型,我无论如何都必须实例化它们。
  • IProcessor 界面长什么样子?

标签: c# design-patterns dependency-injection ninject


【解决方案1】:

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

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

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

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

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

【讨论】:

    【解决方案2】:

    如果你想要延迟初始化,工厂类而不是Func 怎么样?

    有一个基础工厂类:

    public abstract class ProcessorFactory
    {
        public abstract Type ItemType { get; }
        public abstract IProcessor GetProcessor();
    }
    

    为每个项目类型创建一个类的具体实例,并将它们的集合注入到您的构造函数中。然后从中构建您的字典:

    public class Processor
    {
        private readonly Dictionary<Type, ProcessorFactory> _processors;
    
        public Processor(IEnumerable<ProcessorFactory> processors)
        {
            _processors = processors.ToDictionary<ProcessorFactory, Type>(p => p.ItemType);
        }
    
        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.GetProcessor();
                processor.Process(item);
            }
        }
    }
    

    更新 1

    这里是完整工厂实现的示例代码:

    首先我把工厂改成接口:

    public interface IProcessorFactory
    {
        Type ItemType { get; }
        IProcessor GetProcessor();
    }
    

    然后我为工厂创建了一个抽象的通用基类:

    public abstract class ProcessorFactoryBase<TItem> : IProcessorFactory
    {
        private Lazy<IProcessor> _factory;
    
        public ProcessorFactoryBase(Func<IProcessor> factory)
        {
            _factory = new Lazy<IProcessor>(factory);
        }
    
        public Type ItemType
        {
            get { return typeof(TItem); }
        }
    
        public IProcessor GetProcessor()
        {
            return _factory.Value;
        }
    }
    

    要创建工厂,只需从具有适当项目类型的基础继承并实现构造函数:

    public class ProcessorFactoryA : ProcessorFactoryBase<ItemA>
    {
        public ProcessorFactoryA(Func<IProcessor> factory) : base(factory) { }
    }
    

    请注意,工厂类与项目类型相关联;处理器类型通过绑定注入:

    public class Bindings : NinjectModule
    {
        public override void Load()
        {
            Bind<IProcessorFactory>().ToMethod(context => new ProcessorFactoryA(() => context.Kernel.Get<ProcessorX>()));
            Bind<IProcessorFactory>().ToMethod(context => new ProcessorFactoryB(() => context.Kernel.Get<ProcessorY>()));
            Bind<IProcessorFactory>().ToMethod(context => new ProcessorFactoryC(() => context.Kernel.Get<ProcessorZ>()));
            // Note that item type D is handled by processor X
            Bind<IProcessorFactory>().ToMethod(context => new ProcessorFactoryD(() => context.Kernel.Get<ProcessorX>()));
        }
    }
    

    我用完整的工作代码制作了一个 .NET 小提琴:http://dotnetfiddle.net/aD9E2y

    当您尝试运行 fiddle 时出现错误,但您只需将代码抓取到 .NET 控制台项目中即可运行。

    有些人不喜欢它们,但我使用 T4 模板来做一些事情,比如使用反射自动生成处理器工厂类。但是,仍然必须手动创建绑定,因为无法推断项目类型和处理器之间的关联。

    【讨论】:

    • 谢谢你的回答。是的,这是我刚刚考虑的另一种选择。但问题是我仍然需要以某种方式实例化这些工厂中的每个处理器。一种方法是将Func 参数注入其中,因此我引入了另一个类“层”。但是我不太喜欢这个,因为像这样我需要为每个处理器加上一个类,并在 DI 层次结构中加上一个级别。但绝对是一种有效的方法。如果一段时间内我没有更好的想法,我会接受你的回答。
    • 为什么要将委托注入工厂类?仅仅是因为延迟初始化功能还是有其他原因?如果只是为了延迟初始化,可以使用 .NET Lazy&lt;T&gt; 类实现工厂:msdn.microsoft.com/en-us/library/dd642331(v=vs.110).aspx
    • 我没有特别提到Func。我认为我必须将 something 注入那些工厂类,例如您提到的FuncLazy。但是必须有一些东西,因为我必须将实例化进一步委托给 IoC 容器。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-12-12
    • 2016-05-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多