Autofac:注册Func<>还是工厂?

时间:2012-03-03 13:11:47

标签: c# inversion-of-control ioc-container autofac

我必须根据从服务器收到的一些消息/属性在运行时创建实现,这些消息/属性也需要由新创建的对象进行转换。我是Autofac的新手,但据我所知,有两种方法可以解决这个问题。

方法1:注册专用工厂

...
builder.RegisterType<MTextField>().Keyed<IComponent>(typeof(TextFieldProperties));
builder.RegisterType<ComponentFactory>().As<IComponentFactory>();

public class ComponentFactory : IComponentFactory
{
    private readonly IIndex<Type, IComponent> _lookup;

    public ComponentFactory(IIndex<Type, IComponent> lookup)
    {
        _lookup = lookup;
    }

    public IComponent Create(ComponentProperties properties)
    {
        var component = _lookup[properties.GetType()];
        component.Transform(properties);
        return component;
    }
}

方法2:根据功能注册

...
builder.RegisterType<MTextField>().Keyed<IComponent>(typeof(TextFieldProperties));
builder.Register<Func<ComponentProperties, IComponent>>(c =>
{
    var context = c.Resolve<IComponentContext>();
    return properties =>
    {
        var component = context.ResolveKeyed<IComponent>(properties.GetType());
        component.Transform(properties);
        return component;
    };
});

问题:

我认为这可能是一个主观的事情,但无论如何我想问。

  • 哪种方法更可取?为什么?
  • 还有更好的解决方案吗?
  • 是否真的有必要在“方法2”中存储上下文?

修改

好吧,我用autofac玩了一下。这是我目前的做法:

public class TransformerFactory<D, T> : ITransformFactory<D, T>
    where T : ITransform<D>
{
    private readonly IIndex<Type, T> _lookup;


    public TransformerFactory(IIndex<Type, T> lookup)
    {
        _lookup = lookup;
    }


    public T Create(D data, Action<T> prepareInstance = null)
    {
        var instance = _lookup[data.GetType()];
        if (prepareInstance != null)
        {
            prepareInstance(instance);
        }
        instance.Transform(data);
        return instance;
    }
}

builder.RegisterGeneric(typeof(TransformerFactory<,>)).As(typeof(ITransformFactory<,>)); 
// e.g. var x = container.Resolve<ITransformFactory<ComponentProperties, IComponent>>();

1 个答案:

答案 0 :(得分:0)

第一种方法似乎是更好的方法。我提供的两个原因是:

  1. Keyed和IIndex为手头的任务提供了充足而清晰的开箱即用解决方案。方法2使用更通用的工具,需要您工作的其他逻辑(即您编写代码以调用ResolveKeyed)。如果有一个简单的针对特定目的的解决方案,那么优先考虑更广泛的解决方案。

  2. 方法1将能够正确管理生命周期和范围。方法2,正如您已经提出的那样,捕获上下文,并将针对该上下文解析单个实例。这意味着单个实例的生命周期将基于工厂的范围和生命周期,而不是针对各个服务指定的生命周期策略。