Strategy Pattern with strategies 包含相似的代码
Strategy Pattern with strategies contains similar code
在大多数示例中，策略模式通常适用于压缩算法/编解码器算法，其中这些算法可能具有完全不同的代码。
然而，在我的例子中，我想重构为策略模式的统计算法有 50% 的代码相似或完全相同。我想知道人们如何处理这个问题？如果我使用策略模式，可能会有 50% 的代码被复制，这是不希望的。如果不重构，代码将以多组 if-else 结束，以处理不同类型的统计算法。如何评估权衡？还有什么其他可能的解决方案？
最终目标不是尽可能减少代码重复。 目标是使代码易于维护。您需要问问自己，减少这种重复是否会使策略实施更容易或更难维护。
如果减少重复使代码更难维护，则保留重复，但可能会找到另一种方法来减轻担忧（文档和测试是两种可能的方法）。
如果减少重复会使代码更易于维护，那么请考虑消除重复的可能方法（委托，如 Strategy 和 Decorator；继承，如 Template Method 等）。
您可以使用 Template Method 如果它更容易，但也有很大的可能性，即通过继承，您可以从包含大部分常见内容的公共基础 class 中派生出您的具体策略代码。
在大多数示例中，策略模式通常适用于压缩算法/编解码器算法，其中这些算法可能具有完全不同的代码。
然而，在我的例子中，我想重构为策略模式的统计算法有 50% 的代码相似或完全相同。我想知道人们如何处理这个问题？如果我使用策略模式，可能会有 50% 的代码被复制，这是不希望的。如果不重构，代码将以多组 if-else 结束，以处理不同类型的统计算法。如何评估权衡？还有什么其他可能的解决方案？
最终目标不是尽可能减少代码重复。 目标是使代码易于维护。您需要问问自己，减少这种重复是否会使策略实施更容易或更难维护。
如果减少重复使代码更难维护，则保留重复，但可能会找到另一种方法来减轻担忧（文档和测试是两种可能的方法）。
如果减少重复会使代码更易于维护，那么请考虑消除重复的可能方法（委托，如 Strategy 和 Decorator；继承，如 Template Method 等）。
您可以使用 Template Method 如果它更容易，但也有很大的可能性，即通过继承，您可以从包含大部分常见内容的公共基础 class 中派生出您的具体策略代码。