适用于类似矩阵的功能的设计模式

Question

哪种设计模式或模式组合是正确的或最适合以下常见场景：

假设我有一个下订单的方法。我有不同的订单类型和不同的国家。该方法的实现因订单类型和国家/地区而异。

我的想法是使用策略模式，其中我可以拥有像 OrderType1Country1Strategy、OrderType1Country2Strategy、OrderType2Country1Strategy 等对象。

我的问题是任何两个类都可以有公共代码，我不确定如何最好地处理。 对此或替代模式有什么想法吗？装饰器可以以某种方式使用吗？

Answer 1

您可能想看看Bridge 设计模式，它提供了一种避免（子）类数量激增的方法。

基本上，您可以将 order 和 country 类的层次结构分开，并通过桥将两者组合起来。