大型嵌套 switch 语句的设计模式

Question

我搜索了许多有关重构大型 switch 语句的文章。

但他们没有做我想做的事。我要遇到的问题是有一个巨大的 switch 语句，它根据两个不同的值调用不同的方法，比如说一个 type 和一个 >代码。

目前，我会处理这样的情况：

switch (type)
{
    case Types.Type1:
        handleType1(code);
        break;

    case Types.Type2:
        handleType2(code);
        break;
}

void handleTypeN(code)
{
    switch (code)
    {
       ...
    }
}

也许结合工厂和命令模式的东西可以帮助我？我一定错过了一些明显的东西。

您将如何重构这段代码？

---

我可能需要更具体地了解我面临的情况。

我正在从服务器接收数据包。数据包包含类型和代码以及一些特定信息。

数据到达后，我会检索数据包的 type 和 code，并将其输入到 type 的 switch 语句中，在确定type之后，调用特定的方法来对数据包的code执行切换。

处理代码的方法现在进一步解码数据包并完成该过程。

+----------+                +----------+
|          |     Packet     |          |
|  Server  | -------------> |  Client  |
|          |                |          |
+----------+                +----------+
                                  |
                                  |
         (Switch on the type of the packet and call a specific method)
                                  |
                                  |
         (Switch on the code of the packet and call a specific method)
                                  |
                                  |
                    (Respond to the server or not)

Answer 1

想到了 2 种模式：命令和访客：
http://en.wikipedia.org/wiki/Command_pattern
http://en.wikipedia.org/wiki/Visitor_pattern

Abstract Class Command {

 executeSomething();

}
Class typeN extends command {

   executeSomething() {
    //...
   }
}

Class typeM extends command {

   executeSomething() {
    //...
   }
}

replace your switch by :
//my old switch
class commandManager {

processCommand() {
for listOf command in a command buffer
{ 
 onCommand(listOfcommand.command)
}
}
 onCommandPoped(command type) {
  type.executeSomething()
 }

}

you can pass parameters to executeSomething, and you can pass another command


the client code : 

{
 commandN = new CommandN()
 commandManager.postCommand( commandN)
}

阅读您的数据包服务器用例后，我认为您可以使用策略模式的变体
http://www.oodesign.com/strategy-pattern.html
您可以在其中选择数据包到达时调用的策略
你可以用工厂来建造这个。

但你不会杀死你的交换机

请记住，一个服务器可以为多个客户端提供服务。如果是的话，您的开关案例可能比对象实例化更快。

Answer 2

我认为这取决于您想要进行什么样的代码改进。

如果您有能力实际进行重大设计更改，那么我建议多态性：

创建一个抽象 Packet 类。
为每种数据包类型创建一个类。
创建一个工厂方法，用于接收原始服务器数据包，并创建正确的数据包类对象。
每个数据包类类型都会有其自己所需完成的工作的实现。

如果您没有时间进行大型设计更改（通常是这种情况）：

• 如果您想提高可读性：

保留 switch，每个 switch case 将调用一个正确命名的函数，该函数将执行其需要的操作。

• 如果您想提高性能：

创建一个矩阵，每个单元格 [T,C] 将保存对函数的引用，该函数将处理类型 T 和代码 C 的数据包。
矩阵应该在程序或类启动时启动一次（硬编码，没有办法解决）。
这将为您提供比长 switch 块更好的性能（直接访问代码，没有逻辑比较）

Answer 3

我将构建一个带有类型的表，该表指向带有代码的表，而该表又指向调用该类型/代码对的实现函数。

lookup_type_table[type_low .. type_high] = { lookup_code_table_type_1, lookup_code_table_type_2, ...};
lookup_code_table_type_1[type_1_code_low .. type_1_code_high] = { type1_code1_func_pointer, ... };

int processPacket(int type, int code, paket_t data) {
  /* apply boundary checks on the lookup tables here! */
  return lookup_type_table[type][code](data);
}

如果需要的话，这些表可以实现为链接列表，或者使用其他一些更高级的容器实现来使它们更加动态。

这可能不像其他一些模式那样面向对象，但我来自 C 背景 :)

将映射放在表中增加了从其他 DSL 规范生成它们的可能性，从而增强了 DRY 统计数据...

Answer 4

您可以用字典的字典替换您的开关，它指向实际的方法或更好的类来处理数据包。第一个字典使用类型作为索引，第二个字典使用代码作为索引。

但随后您将通过创建字典来替换 switch 语句，因此最终没有太大区别。

你也应该看看状态模式，这种东西才是它真正的用途。