工厂方法还是其他模式？

Question

我有一个任务实体，需要根据任务类型进行解析。我会将特定类型任务的逻辑封装在一个类中，但是将类型与实现解析逻辑的类相匹配的普遍接受的方法是什么？

我的第一个冲动是做一个工厂，例如：

TaskResolverFactory.GetForType(TaskType) // returns IsATaskResolver, which has a Resolve method

可能在工厂内部，一个案例声明或其他东西。

另一个想法是使用像 StructureMap 这样的东西，但我认为这对于这种情况来说是多余的 - 你同意吗？

我还缺少哪些其他方法，以及替换大型 Case/Switch 语句的普遍接受的方法是什么？

Answer 1

你是对的 - Factory 是这个问题的经典模式。

如果这是您需要进行此类解析的唯一地方（并且逻辑很简单），我同意 - StructureMap 是过度杀伤力。

Answer 2

你可能会考虑这样的事情：

public class TaskResolverAttribute : Attribute
{
    public Type ResolverType { get; private set; }

    public TaskResolverAttribute(Type resolverType)
    {
        if (!typeof(ITaskResolver).IsAssignableFrom(resolverType))
            throw new ArgumentException("resolverType must implement ITaskResolver");

        ResolverType = resolverType;
    }
}

public class MyTaskResolver : ITaskResolver
{
}

[TaskResolver(typeof(MyTaskResolver))]
public class MyTask
{
}

public static class TaskResolverFactory
{
    public static ITaskResolver GetForType(Type taskType)
    {
        var attribute =
            Attribute.GetCustomAttribute(taskType, typeof(TaskResolverAttribute)) as TaskResolverAttribute;
        if (attribute == null)
            throw new ArgumentException("Task does not have an associated TaskResolver");

        return (ITaskResolver)Activator.CreateInstance(attribute.ResolverType);
    }
}

Answer 3

工厂是一条出路。

至于大 switch 语句，您的其他选项包括：

• 配置/查找文件
• 数据库
• 反射

我认为反射路由是最容易维护的，但是当您还没有类型时（假设您的“类型”是类型）。

既然你已经有了类型，剩下的就很简单了：

public static Task GetByType(Type taskType)
{
    return Activator.CreateInstance(taskType) as Task;
}