Ideatryout：类型化的Providerfactory

Question

这几天我一直在考虑在 C#.NET (4.0RC) 中启动一个新项目。该项目的最终结果将是一个类库，其中包含我现在所说的“ProviderFactory”、几个接口（或抽象类）和一个或两个默认的“ProviderType”。

首先，我可能需要/决定更改我的类的命名，以免与 .NET 中已有的内容发生冲突。其次，我在这里描述的内容很可能已经存在（甚至可能在我不知道的情况下就存在于 .NET 中），因此如果是这种情况，那么指向该项目或教程的单个链接将不胜感激。

我正在考虑的功能不仅仅是一个可以为我提供简单Provider的工厂，而应该能够生成任何类型的Provider。我希望能够编写这样的内容：

BlogProvider bp = ProviderFactory.GetProvider<BlogProvider>();

并且它应该返回当前选定的 BlogProvider，如果没有则返回 null。另外，我希望能够提供一种类型的所有可用提供程序的列表，例如，

string[] blogproviders = ProviderFactory.GetRegisteredProviders<BlogProvider>();

它应该返回带有博客提供程序的字符串数组（如“ODB​​CBlogProvider”、“XMLBlogProvider”等）。我还需要能够设置当前的提供程序，例如这样：

ProviderFactory.SetCurrentProvider<BlogProvider>("ODBCBlogProvider");

这应该使当前的 BlogProvider 成为 ODBCBlogProvider，以便下次我调用 ProviderFactory.GetProvider() 时，它应该返回 ODBCBlogProvider 的实例（因此需要扩展 BlogProvider 基类）。

此外，每个 ProviderType（或 ProviderBase，如果您愿意）都需要有一个 ProviderTypeName (BlogProvider) 和一个对该 ProviderType 唯一的 ProviderTypeDisplayName（“博客”或“博客提供程序”），并且扩展该提供程序的每个提供程序都需要有一个ProviderName (ODBCBlogProvider) 和 ProviderDisplayName（“ODBC”或“ODBC 博客”等）。为了简单起见，ProviderName 和 ProviderTypeName 可以是通过反射获得的类名。

这可能意味着我需要 ProviderBase 的接口，如下所示：

public interface ProviderBase
{
    string ProviderName { get; } // The display-name.
    string Description { get; } // A description of the provider type, like "This provides you with a blog."
}

对于 BlogProvider，我需要创建一个抽象类来实现这两个成员，并为实际的 BlogProviders 创建要重写的方法。

public abstract class BlogProvider : ProviderBase
{
    public string ProviderName
    {
        get { return "Blog"; }
    }

    public string Description
    {
        get { return "This provides you with a blog."; }
    }

    public abstract int GetPostCount();
}

然后，在我的代码中的某个地方，我必须运行类似的东西

ProviderFactory.RegisterProviderType(typeof(BlogProvider));

，或者更好的选择是能够使用这样的属性：

[Provider("Blog", "This provides you with a blog.")]
public interface BlogProvider
{
    int GetPostCount();
}

我不认为需要使用这种方法的抽象类，因为没有成员需要在基类中设置。此外，对 ProviderBase 接口的需求也消失了。理想的情况是，如果 ProviderFactory 可以找到包含 ProviderAttribute 的所有类/接口，并且 ODBCBlogProvider 只需要实现 BlogProvider，但我不确定如何做到这一点，尤其是当它要求提供者和提供者类型都可以用于外部程序集。

ProviderFactory 的另一个要求是它应该在无状态环境和保持活动的环境中都工作，因此它应该能够将设置保存到某些配置文件/流/数据库（类似的东西，不并不重要）在初始化时进行更改和加载，但这应该是可选的。因此它也可以在网络上运行（在你自己的机器上拥有一个博客并没有多大意义）。

另一项要求是提供者可能要求其他提供者才能工作。例如，AudiEngine 可能只能与 AudiCar 配合使用，但 AudiCar 可以与 BmwEngine 完美配合。

另外（我不确定该把它放在哪里，也许是提供者类本身的一个可选属性）每个提供者都应该可以选择是否是单例。

目前我能想到的就是这些。任何有关如何实现这一点或是否已经有实现的意见都将不胜感激，并且任何内容都可以更改，因为我还没有编写任何代码，这就是我现在一直在考虑的事情。

Answer 1

嗯，它看起来像是一个过度设计的（更确切地说，过于花哨的命名）IoC/DI 容器。

IoC 的想法几乎相同，除了它们（容器）不需要您的“协作者”实现任何接口或从基类派生：

var builder = new ContainerBuilder();
builder.Register<Car>();
builder.Register<Engine>().As<IEngine>();

var container = builder.Build();

// somewhere in the code
var car = container.Resolve<Car>();

这是一个使用 autofac，它是用于 C#/.NET 的众多 DI 容器之一。

Answer 2

正如@Anton 所指出的，这接近于 IoC/DI 容器。同样，使用 Autofac，您可以做如下的事情：

var builder = new ContainerBuilder();
builder.Register<Car>();
builder.Register<BmwEngine>();
builder.Register<AudiEngine>();
builder.Register<DefaultEngine>();
builder.Register<EngineSelector>().As<IEngineSelector>().SingletonScope();

builder.Register(
    c => {
            var selector = c.Resolve<IEngineSelector>();
            switch(selector.CurrentEngine)
            {
                case "bmw":
                    return c.Resolve<BmwEngine>();
                case "audi":
                    return c.Resolve<AudiEngine>();
                default:
                    return c.Resolve<DefaultEngine>();
            }
        }
    ).As<IEngine>().FactoryScoped();

var container = builder.Build();

// somewhere in the code
var selector = container.Resolve<IEngineSelector>();
selector.CurrentEngine = "bmw";

var car = container.Resolve<Car>();