基于输入变量的工厂

Question

我阅读了一些关于工厂和抽象工厂模式的教程，并看到了一些例子。在其中一个教程中，我读到工厂模式可以替换主要的“if”或“switch case”语句，并遵循开放/封闭（可靠）原则。

在我的一个项目中，有一个巨大的“开关盒”，我想用（n）（抽象）工厂替换它。它已经是基于接口的，所以实现工厂应该不是那么困难，但是在我在教程中阅读的所有示例中，工厂根据配置生成了一个具体的类型。谁能指出我正确的方向，如何实现一个工厂，该工厂可以基于遵循 Solid 原则的枚举生产多种类型，并替换大型“开关盒”......或者我被误导并且是“开关盒”搬到工厂了吗？

此时的代码：

public interface ISingleMailProcessor : IMailProcessor
{
    MailResult ProcesMail(Mail mail);
}


public MailResult GetMailResult(mail)
{
  ISingleMailProcessor mailprocessor;
  switch (mail.MailType)
  {
      case MailConnector.MailType.AcronisBackup:
         mailprocessor = new AcronisProcessor();
         return mailprocessor.ProcesMail(mail);
      case ......etc.
  }
}

Answer 1

您在那里实施的是策略模式，它仍然是一种有效的方法。无论如何，如果您想更换整个开关并使其更易于维护，您可以使用它

public interface IProcessMail
{
     bool CanProcess(MailType type);
     MailResult GetMailResult(Mail mail);
}

每个邮件处理器都会实现这个接口。然后你就有了这个

 public class MailProcessorExecutor
 {
     public MailProcessorSelector(IEnumerable<IProcessMail> processors)
     {
           _processors=processors;
     }

     public MailResult GetResult(Mail mail)
     {
         var proc=_processor.FirstOrDefault(p=>p.CanProcess(mail.MailType));
         if (proc==null)
         {
             //throw something
         }

         return proc.GetMailResult(mail);
     }

    static IProcessMail[] _procCache=new IProcessMail[0];

     public static void AutoScanForProcessors(Assembly[] asms)
     {
       _procCache= asms.SelectMany(a=>a.GetTypesDerivedFrom<IProcessMail>()).Select(t=>Activator.CreateInstance(t)).Cast<IProcessMail>().ToArray();
     }

     public static MailProcessorExecutor CreateInstance()
     {
        return new MailProcessorExecutor(_procCache);
     }
  }

  //in startup/config 
  MailProcessorExecutor.AutoScanForProcessors([assembly containing the concrete types]);

 //usage
 var mailProc=MailProcessorExecutor.CreateInstance();
var result=mailProc.GetResult(mail);

好的，关键是会有一个对象负责选择和执行处理器。静态方法是可选的，AutoScan 方法在任何给定程序集中搜索具体的IPocessMail 实现，然后实例化它们。这允许您添加/删除任何处理器，它将自动使用（无需其他设置）。也没有涉及的开关，永远不会有。请注意，GetTypesFromDerived 是我使用的辅助方法（它是我的CavemanTools 库的一部分），并且 Activator 需要一个无参数的构造函数。取而代之的是，您可以使用 DI 容器来获取实例（如果您使用的是一个或处理器有 deps）

如果您使用的是 DI 容器，则不需要 CreateInstance 方法。只需将MailProcessorExecutor 注册为单例并将其注入（将其作为构造函数参数传递）即可。

Answer 2

在您的情况下，只需将其重构为方法就足够了。

private ISingleMailProcessor CreateMailProcessor(MailType type)
{
  switch (type)
  {
      case MailConnector.MailType.AcronisBackup:
         return new AcronisProcessor();
      case ......etc.
  }
}

public MailResult GetMailResult(mail)
{
  ISingleMailProcessor mailprocessor = CreateMailProcessor(mail.MailType);
  return mailprocessor.ProcesMail(mail);
}

我认为在这里使用工厂不会对您有所帮助。如果“邮件类型”是在实际创建和发送邮件本身的代码之外决定的，工厂将是有意义的。

然后，每种类型的邮件都会有特定的工厂来发送，并带有创建发件人对象的接口。但即便如此，如果您每次都需要一个新的 sender 实例，那还是有意义的。在你的情况下，只需传入你现在拥有的接口就足够了。

您可以在这里阅读我对工厂的意见：https://softwareengineering.stackexchange.com/a/253264/56655

Answer 3

您将需要访问者模式。

{
    public MailResult GetMailResult(mail)
    {
        _objectStructure.Visit(mail)
    }
    ObjectStructure _objectStructure= new ObjectStructure();
    constructor() {
         _objectStructure.Attach(new AcronisBackupVisitor());
         _objectStructure.Attach(new ...)
    }
}

class AcronisBackupVisitor: Visitor {
    public override void Visit(HereComesAConcreteTypeDerivedFromMail concreteElement)
    {
         // do stuff
    }
    public override void Visit(HereComesAConcreteTypeDerivedFromMailOther concreteElement)
    {
        //don't do stuff. We are not in the right concrete mail type
    }
}

这样，我们可以根据你得到的具体Mail的动态类型来区分。只需将 Mail 抽象化，并从中派生 Acronis 邮件和其他类型的邮件。我已经从here开始实现这个例子。

Answer 4

首先我想推荐CCD Webcast about factories。它对这个主题非常有帮助，也显示了我们可能遇到的一些问题。 你也可以在this objectmentor document 上找到一些好的信息

作为网络广播的总结，您可以看到，您越想在“创建”问题域中遵循 OpenClosed 主体，您可以工作的类型安全性就越低。

因此，抽象工厂也可以对一些更动态的值（如字符串）进行操作。例如，您可以有一个方法。

string GetAllPossibilities(); // Returns all possible kinds that can be constructed

和相关的

T Create<T>(string kind)

调用现在只需传递唯一标识请求实例种类的字符串。您的标记可能是“自制”的东西，例如“矩形”或事件类型名称，但这意味着组件之间存在更多的依赖关系，因为命名空间更改可能会破坏调用者。

所以您的电话可能类似于以下之一：

Factory.Create("Acronis") // Your Marker

Factory.Create("MYNameSpace.AcronisProcessor")  //TypeName

Factory.Create<AcronisProcessor>() //Type 

因此您不会在工厂之外使用 switch 语句。在工厂内部，您可能有一些，或者您可以考虑创建某种动态对象。

工厂仍然可以有 swithc 语句来切换你的自制标识符或代码做类似的事情

var type = Type.GetType(kind);
return Activator.CreateInstance(type) as T;

但是由于它与主域逻辑分开，它不再像以前那样重要-。

如果您有新的选项，乍一看，您不会对 api 进行重大更改。

但仍然存在某种潜在的语义依赖。

编辑：正如您在下面的讨论中看到的那样，我切断了一些细节，因为我认为它们会模糊主要观点（OpenClosed Principales 和 Factory Pattern）。但是还有一些其他的点不应该忘记。比如“什么是应用程序根以及如何设计它”。要获取所有详细信息，网络广播（也包括本网站的其他内容）是了解此详细信息的更好方法，而不是此处的这篇文章。