MEF是否为Singleton模式提供任何价值？

Question

我正在开发一个MEF项目来发现使用和实现技术.我的第一个发现阶段是实现动态可配置和集中的数据控制器.自定义行为的一种方法是继承我提供的强制执行奇点规则的类.虽然Singleton模式在使用中受到很多诽谤,但我可能已经找到了一种可以在某种程度上验证模式存在困难的实现.

情况

假设主机导入的数据控制模块(DataController)旨在根据兄弟模块的请求为数据库提供公共管道.我只需要一个DataController并作为一个模块组成,DataController必须实现IDataController.DataProvider作为基类的实现纯粹是可选的; 但是,从DataProvider派生需要一些额外的处理.

观察

收集事实:

• 静态类无法实现或扩展抽象类或接口.仅此事实就消除了使用静态类来确保DataController的单一存在.

• 实现Singleton模式的DataController将确保每个应用程序域的单一存在.DataController没有限制; 允许继承在Host中导入和编写的必需接口.

• 给定DataController的推导,Singleton模式的标准实现可能在同样的情况下具有挑战性.建议的数据库提供了可公开访问的类:IDataController和抽象的DataProvider.为了确保派生的DataController的单个实例,实现将需要偏离规范.

解决方案

此时,解决方案似乎很清楚.DataHandler基类实现Singleton模式.我并不天真地认为还有其他方法可以做到这一点.但这是我对如何实现模式的粗略期望:

// DataLibrary referenced by Host
public interface IDataController
{ 
    IDataController Start();
    DbConnection CreateConnection<TDbConnection>(params string[] args)
        where TDbConnection : DbConnection, IDbConnection;
}

public abstract class DataProvider
{

    // singleton implementation
    private static IDataController dcInstance;

    protected static IDataController Instance
    {
        get{ return dcInstance; }
    }
    // ========================

    abstract IDataController CreateController();

    protected IDataController instanceController<TDataController>()
        where TDataController : IDataController, new()
    {
        return new TDataController ();
    }
}

// references DataLibrary
[Export(typeof(IDataController))]
public class DataController : DataProvider, IDataController
{
    public IDataController Start()
    {
         return CreateController();
    }

    protected override IDataController CreateController()
    {
        return instanceController<DataController>();
    }

    public SqlConnection CreateConnection(params string[] args)
    {
        // instance and return new SqlConnection 
    }
}

请记住,我一直在努力 - 阅读,理论化 - 并没有完成实施.在我调试任何问题时,很可能会有一些更新.

显然,只有DataController模块继承抽象基类DataProvider时才会强制执行此实现.因此,如果开发人员选择从DataProvider派生DataController,我们应该强制执行单一性规则以避免滥用或滥用.

所有这一切,我很好奇是否有比我设计的更可接受或实际的实施.而且,我开始质疑Singleton模式是否是正确的选择.由于Singleton模式存在很多诽谤(并且,大部分情况下都是如此),因此我应该质疑我的选择.

是否有更实际的实施来满足我的要求？ *在这种情况下,这是Singleton模式的正确实现吗？* 这种实现是否真的为模式的存在提供了任何价值？

Answer 1

如果要强制执行容器中只存在一个类的单个实例的事实,那么您只需设置"共享"部件创建策略:

[Export(typeof(IDataController))]
[PartCreationPolicy(CreationPolicy.Shared)]
public class DataController : IDataController
{
    ...
}

IDataController然后,每个部件导入将接收相同的实例.请注意,如果您在导入或导出端未指定任何部件创建策略,则这已经是MEF中的默认行为.

你不应该在课堂上建立"单身".是否是单例是组件元数据的一部分或容器的配置.其他依赖注入容器遵循相同的方法.例如,在autofac中,您将某些东西声明为像这样的单例:

builder.Register(c => new DataController())
    .As<IDataController>().SingleInstance();