定义：

def switch1(value, options):
  if value in options:
    options[value]()

允许您使用相当简单的语法，并将案例绑定到映射中：

def sample1(x):
  local = 'betty'
  switch1(x, {
    'a': lambda: print("hello"),
    'b': lambda: (
      print("goodbye," + local),
      print("!")),
    })

我一直试图用一种能让我摆脱“lambda:”的方式重新定义开关，但我放弃了。调整定义：

def switch(value, *maps):
  options = {}
  for m in maps:
    options.update(m)
  if value in options:
    options[value]()
  elif None in options:
    options[None]()

允许我将多个案例映射到同一代码，并提供默认选项：

def sample(x):
  switch(x, {
    _: lambda: print("other") 
    for _ in 'cdef'
    }, {
    'a': lambda: print("hello"),
    'b': lambda: (
      print("goodbye,"),
      print("!")),
    None: lambda: print("I dunno")
    })

每个复制的案例都必须在自己的字典中；switch（）在查找值之前合并字典。它仍然比我想象的更丑，但它的基本效率是对表达式使用散列查找，而不是循环所有键。

如果要搜索额外的语句，如“switch”，我构建了一个扩展Python的Python模块。它被称为ESPY“增强的Python结构”，可用于Python2.x和Python3.x。

例如，在这种情况下，switch语句可以由以下代码执行：

macro switch(arg1):
    while True:
        cont=False
        val=%arg1%
        socket case(arg2):
            if val==%arg2% or cont:
                cont=True
                socket
        socket else:
            socket
        break

可以这样使用：

a=3
switch(a):
    case(0):
        print("Zero")
    case(1):
        print("Smaller than 2"):
        break
    else:
        print ("greater than 1")

所以espy在Python中将其翻译为：

a=3
while True:
    cont=False
    if a==0 or cont:
        cont=True
        print ("Zero")
    if a==1 or cont:
        cont=True
        print ("Smaller than 2")
        break
    print ("greater than 1")
    break

我发现Python文档中的以下答案非常有用：

你可以通过一系列if…elif。。。埃利夫。。。其他的关于switch语句语法已经有了一些建议，但对于是否以及如何进行范围测试还没有达成共识。有关完整详细信息和当前状态，请参见PEP 275。

对于需要从大量可能性中进行选择的情况，可以创建一个字典，将大小写值映射到要调用的函数。例如：

def function_1(...):
    ...

functions = {'a': function_1,
             'b': function_2,
             'c': self.method_1, ...}

func = functions[value]
func()

对于在对象上调用方法，可以通过使用内置的getattr（）来检索具有特定名称的方法来进一步简化：

def visit_a(self, ...):
    ...
...

def dispatch(self, value):
    method_name = 'visit_' + str(value)
    method = getattr(self, method_name)
    method()

建议为方法名称使用前缀，例如本例中的visit_。如果没有这样的前缀，如果值来自不受信任的源，攻击者将能够调用对象上的任何方法。

我认为最好的方法是使用Python语言的习惯用法来保持代码的可测试性。如前面的回答所示，我使用字典来利用python结构和语言，并以不同的方法隔离“case”代码。下面是一个类，但您可以直接使用模块、全局变量和函数。该类具有可以隔离测试的方法。

根据您的需要，您也可以使用静态方法和属性。

class ChoiceManager:

    def __init__(self):
        self.__choice_table = \
        {
            "CHOICE1" : self.my_func1,
            "CHOICE2" : self.my_func2,
        }

    def my_func1(self, data):
        pass

    def my_func2(self, data):
        pass

    def process(self, case, data):
        return self.__choice_table[case](data)

ChoiceManager().process("CHOICE1", my_data)

也可以使用类作为“__choice_table”的键来利用此方法。通过这种方式，您可以避免信息滥用，并保持所有信息的清洁和可测试性。

假设您必须处理来自网络或MQ的大量消息或数据包。每个数据包都有自己的结构和管理代码（以通用方式）。

使用以上代码，可以执行以下操作：

class PacketManager:

    def __init__(self):
        self.__choice_table = \
        {
            ControlMessage : self.my_func1,
            DiagnosticMessage : self.my_func2,
        }

    def my_func1(self, data):
        # process the control message here
        pass

    def my_func2(self, data):
        # process the diagnostic message here
        pass

    def process(self, pkt):
        return self.__choice_table[pkt.__class__](pkt)

pkt = GetMyPacketFromNet()
PacketManager().process(pkt)


# isolated test or isolated usage example
def test_control_packet():
    p = ControlMessage()
    PacketManager().my_func1(p)

因此，复杂性不会在代码流中扩散，而是在代码结构中呈现。

这里的大多数答案都很陈旧，尤其是那些被接受的答案，因此似乎值得更新。

首先，官方的Python常见问题解答涵盖了这一点，并为简单案例推荐elif链，为更大或更复杂的案例推荐dict。它还建议在某些情况下使用一组visit_方法（许多服务器框架使用的样式）：

def dispatch(self, value):
    method_name = 'visit_' + str(value)
    method = getattr(self, method_name)
    method()

FAQ还提到了PEP275，它是为了让官方一劳永逸地决定添加C风格切换语句而编写的。但PEP实际上被推迟到了Python 3，它只是作为一个单独的提案PEP3103被正式拒绝。答案当然是否定的，但如果你对原因或历史感兴趣的话，这两位政治公众人物可以获得更多信息。

有一件事多次出现（在PEP 275中可以看到，尽管它是作为实际推荐删除的），那就是如果你真的为处理4种情况而烦恼的是8行代码，而不是C或Bash中的6行代码，你总是可以这样写：

if x == 1: print('first')
elif x == 2: print('second')
elif x == 3: print('third')
else: print('did not place')

这并不是PEP 8所鼓励的，但它是可读的，并不是太单一。

自PEP 3103被拒绝以来的十多年里，C风格的案例陈述，甚至围棋中稍微更强大的版本，都被认为已经过时；每当有人提出python想法或-dev时，他们都会参考旧的决定。

然而，完全ML样式的模式匹配的想法每隔几年就会出现一次，特别是在Swift和Rust等语言采用它之后。问题是，如果没有代数数据类型，很难充分利用模式匹配。虽然圭多一直赞同这个想法，但没有人提出一个非常适合Python的方案。（你可以阅读我2014年的strawman作为一个例子。）这可能会随着3.7中的dataclass和一些零星的建议而改变，比如使用更强大的枚举来处理sum类型，或者使用不同类型的语句本地绑定的各种建议（如PEP3150，或者当前正在讨论的一组建议-ideas）。但到目前为止，它还没有。

偶尔也会有关于Perl 6样式匹配的建议，这基本上是从elif到regex到单分派类型切换的混合。

简单，未经测试；每个条件都是独立计算的：没有贯穿，但所有情况都会计算（尽管要打开的表达式只计算一次），除非有break语句。例如

for case in [expression]:
    if case == 1:
        print(end='Was 1. ')

    if case == 2:
        print(end='Was 2. ')
        break

    if case in (1, 2):
        print(end='Was 1 or 2. ')

    print(end='Was something. ')

指纹是1。是1或2。是什么。（该死！为什么在内联代码块中不能有尾随空格？）若表达式的计算结果为1，则为2。如果表达式的计算结果为2或Was某物。if表达式的计算结果为其他值。