在实际示例中一起使用模板方法和策略模式

问题描述

我有一个实际示例，我认为可以将模板方法和策略模式结合使用。我只是想确保我不会错过那里的东西。所以现在的情况是这样的：

1. 有很多不同的门票进口商
2. 他们的编写方式是 abstract BaseImporter 有很多 protected boolean properties/flags 控制流程中的逻辑行为
3. 在子导入器中，您可以覆盖标志以获得所需的行为

这种方法的问题是 BaseImporter 类很大，因为所有导入步骤的所有主要逻辑都在这个类中。此外，还有很多基于标记的 if-statements 可以触发某些步骤的特定逻辑。由于添加了越来越多的标志，此类代码的可维护性变得越来越难。

我正在寻找一个不错的架构解决方案来替换当前的结构。我的想法是这样的：

1. 因为导入过程基本上是多个不同的步骤（算法），所以模板方法模式在这里很有用。有些步骤在所有进口商之间通用，有些步骤对于每个进口商应该是不同的。似乎是模板方法的一个很好的输入。
2. 对于每个导入器可能不同的步骤，我们还有另一个问题，例如 2 个导入器想要使用逻辑 A 实现步骤 inviteUsers，另外 3 个导入器想要使用逻辑 B 实现 inviteUsers。并且将是如果我们能以某种方式重用这个逻辑就好了。这就是为什么对于这个问题，我认为 Strategy 模式可以很方便。我们注入所需的策略，仅此而已。

这是新方法的类图：

我看到的新方法的优势：

• 如果我们添加一个新的导入器，您将添加一个子类并覆盖您需要的方法。根本没有更多的标志
• 如果您需要某个步骤的某些特定行为，您可以为该特定步骤创建一个新策略。在这种情况下不需要更改BaseImporter，因此它关闭修改并打开扩展
• 在 BaseImporter 中我们可以添加很多 pre-post 钩子，这样子类就有更多的点来控制通用算法。如果所有子导入器的逻辑必须是唯一的，我们可以使用通用方法或抽象方法。对于复杂的步骤，如果需要，我们使用策略抽象来委托和重用此逻辑

我想问你们，伙计们 - 就 SOLID 和一般而言，这里有什么弱点吗？有什么不适用于某些情况？

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）