抽象工厂设计模式

我正在为我的公司开发一个内部项目，该项目的一部分是能够将 XML 文件中的各种“任务”解析为稍后运行的任务集合。

由于每种类型的任务都有许多不同的关联字段，因此我决定最好用单独的类来表示每种类型的任务。

为此，我构造了一个抽象基类：

public abstract class Task
{
    public enum TaskType
    {
        // Types of Tasks
    }   

    public abstract TaskType Type
    {
        get;
    }   

    public abstract LoadFromXml(XmlElement task);
    public abstract XmlElement CreateXml(XmlDocument currentDoc);
}

每个任务都继承自该基类，并包含根据传入的 XmlElement 创建自身以及将自身序列化回 XmlElement 所需的代码。

一个基本的例子：

public class MergeTask : Task
{

    public override TaskType Type
    {
        get { return TaskType.Merge; }
    }   

    // Lots of Properties / Methods for this Task

    public MergeTask (XmlElement elem)
    {
        this.LoadFromXml(elem);
    }

    public override LoadFromXml(XmlElement task)
    {
        // Populates this Task from the Xml.
    }

    public override XmlElement CreateXml(XmlDocument currentDoc)
    {
        // Serializes this class back to xml.
    }
}

然后，解析器将使用与此类似的代码来创建任务集合：

XmlNode taskNode = parent.SelectNode("tasks");

TaskFactory tf = new TaskFactory();

foreach (XmlNode task in taskNode.ChildNodes)
{
    // Since XmlComments etc will show up
    if (task is XmlElement)
    {
        tasks.Add(tf.CreateTask(task as XmlElement));
    }
}

所有这些都非常有效，并且允许我使用基类传递任务，同时保留每个任务都有单独的类的结构。

但是，我对 TaskFactory.CreateTask 的代码不满意。此方法接受 XmlElement，然后返回相应 Task 类的实例：

public Task CreateTask(XmlElement elem)
{
    if (elem != null)
    {
        switch(elem.Name)
        {
            case "merge":
                return new MergeTask(elem);
            default:
                throw new ArgumentException("Invalid Task");
        }
    }
}

因为我必须解析 XMLElement，所以我使用一个巨大的（实际代码中的 10-15 个案例）开关来选择要实例化的子类。我希望我可以在这里使用某种多态技巧来清理这个方法。

有什么建议吗？

我使用反射来做到这一点。 您可以创建一个基本上可以扩展的工厂，而无需添加任何额外的代码。

确保您有“using System.Reflection”，将以下代码放入您的实例化方法中。

public Task CreateTask(XmlElement elem)
{
    if (elem != null)
    { 
        try
        {
          Assembly a = typeof(Task).Assembly
          string type = string.Format("{0}.{1}Task",typeof(Task).Namespace,elem.Name);

          //this is only here, so that if that type doesn't exist, this method
          //throws an exception
          Type t = a.GetType(type, true, true);

          return a.CreateInstance(type, true) as Task;
        }
        catch(System.Exception)
        {
          throw new ArgumentException("Invalid Task");
        }
    }
}

另一个观察结果是，您可以将此方法设置为静态方法，并将其挂在 Task 类之外，这样您就不必新建 TaskFactory，并且还可以为自己节省维护的移动部分。