工厂模式，按属性选择

Question

我有一个（不断增长的）数据生成器列表。我需要的生成器是由工厂类创建的。生成器都实现了一个通用接口，其中包括一个静态字符串name。

我想做的事：使用上述名称的字符串参数调用 factory.Create 方法。 create 方法找到具有此名称的生成器并返回该生成器的新实例。

我认为这样做的好处是：我只需要添加新的生成器类，而不必编辑工厂。

问题：

1. 这是处理此问题的好方法吗？
2. 如何找到所有生成器？对接口的每个实现/命名空间的每个成员的反射（对于生成器 + 它们的接口是唯一的）？
3. 将这种工作方式称为工厂是否正确，或者这是某种不同的模式？

最后我会这样称呼工厂（简化）：

//Caller
public DataModel GetData2()
{
    var generator = new DataFactory().Create("Gen.2");
    return generator.GetData();
}

//Factory
public class DataFactory
{
    public AbstractDataGenerator Create(string type)
    {
        //Here the magic happens to find all implementations of IDataGenerator
        var allGenerators = GetImplementations();
        var generator = allGenerators.FirstOrDefault(f => f.name == type);
        if (generator != null)
            return (AbstractDataGenerator)Activator.CreateInstance(generator);
        else
            return null;
    }
}

//Interface
public abstract class AbstractDataGenerator
{
    public static string name;
    public abstract DataModel GetData();
}

//Data-Generators
public class DataGen1 : AbstractDataGenerator
{
    public static string name = "Gen.1";
    public DataModel GetData()
    {
        return new DataModel("1");
    }
}
public class DataGen2 : AbstractDataGenerator
{
    public static string name = "Gen.2";
    public DataModel GetData()
    {
        return new DataModel("2");
    }
}

工厂中的魔法GetImplementations() 应该通过反射完成还是以其他方式完成？我应该使用完全不同的方法吗？

因为答案是指 IoC 和 DI：这个项目已经使用了 NInject，所以它是可用的。 从接口切换到抽象类。

Answer 1

这是处理这个问题的好方法吗？

拥有一个工厂来通过某个键获取您需要的逻辑类的实例 - 我相信这是一个好方法。这是我自己经常使用的一种模式。关于您拥有密钥的方式 - 我宁愿不将其作为 static 成员（不管接口不能有静态成员的事实），而是作为 property 并添加一个基类到IDataGenerator。该基类将有一个构造函数来获取name - 这样您创建的每个新DataGenerator 都必须设置它并且您不会忘记。

---

关于将name 用作string - 我个人更喜欢“强类型”。我的意思是，如果我用字符串传递Gen . 2 而不是Gen.2，我只会在运行时发现这个问题。可能的其他方式（如果你愿意，因为一个简单的字符串也可以 - 个人喜好）：

• 用enum 替换字符串
• 为您的所有值创建一个带有静态只读字符串的静态类 - 然后在您的代码中使用这些值。您可以获得智能感知的好处，并且不会弄错字符串但比枚举更好 - 您仍然可以传递不在“列表”中的字符串，因此您可以将新字符串添加为附加组件。
• 有一个RequestGenerator 对象，每个Generator 是IDataGenerator<TGeneratorRequest>。这可能有点矫枉过正，但如果您还有创建 DataGenerator 所需的额外信息，它们之间存在差异，请考虑一下。

如何找到所有生成器？对接口的每个实现/命名空间的每个成员的反射（对于生成器 + 它们的接口是唯一的）？

是的，反思可能是一个很好的方法。但是，我建议阅读Dependency Injection 和IoC Containers，例如Castle Windsor。有些东西已经为你实现了，那么为什么要重新发明轮子:)

DI 在我看来是一个改变生活的概念

将这种工作方式称为工厂是否正确，或者这是某种不同的模式？

嗯。这是一个Factory

工厂中的魔法 GetImplementations() 应该通过反射完成还是以其他方式完成？

查看问题 2 的答案

Answer 2

这是构造函数注入真正大放异彩的地方。研究依赖注入工具并使用一个！它还会检查您的“奖金”请求。

这是你的工厂在构造函数注入后的样子：

public class DataFactory
{
    private Dictionary<string, IDataGenerator> generators;

    public DataFactory(IDataGenerator[] generatorReferences)
    {
        this.generators = generatorReferences
            .ToDictionary(k => k.name, v => v);
    }
    public IDataGenerator Create(string type)
    {
        IDataGenerator generator = null;
        this.generators.TryGetValue(type, out generator);
        return generator;
    }
}

大多数 DI 软件能够自动扫描程序集以查找特定类型的实现（例如 IDataGenerator）并将其注册到自身，当它构造 DataFactory 的实例时，它会自动包含它们。