# simple case alternative

some_value = 5.0

# this while loop block simulates a case block

# case
while True:

    # case 1
    if some_value > 5:
        print ('Greater than five')
        break

    # case 2
    if some_value == 5:
        print ('Equal to five')
        break

    # else case 3
    print ( 'Must be less than 5')
    break

我喜欢Mark Bies的回答

由于x变量必须使用两次，我将lambda函数修改为无参数。

我必须运行结果[value]（value）

In [2]: result = {
    ...:   'a': lambda x: 'A',
    ...:   'b': lambda x: 'B',
    ...:   'c': lambda x: 'C'
    ...: }
    ...: result['a']('a')
    ...: 
Out[2]: 'A'

In [3]: result = {
    ...:   'a': lambda : 'A',
    ...:   'b': lambda : 'B',
    ...:   'c': lambda : 'C',
    ...:   None: lambda : 'Nothing else matters'

    ...: }
    ...: result['a']()
    ...: 
Out[3]: 'A'

编辑：我注意到我可以在字典中使用None类型。因此，这将模拟交换机；其他情况

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

首先，官方的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到单分派类型切换的混合。

def f(x):
    dictionary = {'a':1, 'b':2, 'c':3}
    return dictionary.get(x,'Not Found') 
##Returns the value for the letter x;returns 'Not Found' if x isn't a key in the dictionary

到目前为止，已经有很多回答说，“我们在Python中没有开关，这样做吧”。然而，我想指出，switch语句本身是一个容易被滥用的构造，在大多数情况下可以而且应该避免，因为它们促进了惰性编程。案例说明：

def ToUpper(lcChar):
    if (lcChar == 'a' or lcChar == 'A'):
        return 'A'
    elif (lcChar == 'b' or lcChar == 'B'):
        return 'B'
    ...
    elif (lcChar == 'z' or lcChar == 'Z'):
        return 'Z'
    else:
        return None        # or something

现在，您可以使用switch语句（如果Python提供了switch语句）来执行此操作，但这会浪费您的时间，因为有些方法可以很好地执行此操作。或者，你有一些不太明显的东西：

def ConvertToReason(code):
    if (code == 200):
        return 'Okay'
    elif (code == 400):
        return 'Bad Request'
    elif (code == 404):
        return 'Not Found'
    else:
        return None

然而，这种操作可以而且应该用字典来处理，因为它会更快、更复杂、更不容易出错和更紧凑。

switch语句的绝大多数“用例”将属于这两种情况之一；如果你彻底考虑了你的问题，就没有什么理由使用它。

因此，与其问“我如何在Python中切换？”，或许我们应该问“我为什么要在Python中进行切换？”因为这往往是一个更有趣的问题，而且往往会暴露出您正在构建的任何设计中的缺陷。

现在，这并不是说也不应该使用开关。状态机、词法分析器、解析器和自动机都在某种程度上使用它们，一般来说，当你从对称输入开始到非对称输出时，它们会很有用；您只需要确保不要将开关用作锤子，因为您在代码中看到了一堆钉子。

与abarnert的回答类似，这里有一个专门针对以下用例的解决方案：为开关中的每个“case”调用单个函数，同时避免lambda或partial，以实现超简洁，同时仍然能够处理关键字参数：

class switch(object):
    NO_DEFAULT = object()

    def __init__(self, value, default=NO_DEFAULT):
        self._value = value
        self._result = default

    def __call__(self, option, func, *args, **kwargs):
        if self._value == option:
            self._result = func(*args, **kwargs)
        return self

    def pick(self):
        if self._result is switch.NO_DEFAULT:
            raise ValueError(self._value)

        return self._result

示例用法：

def add(a, b):
    return a + b

def double(x):
    return 2 * x

def foo(**kwargs):
    return kwargs

result = (
    switch(3)
    (1, add, 7, 9)
    (2, double, 5)
    (3, foo, bar=0, spam=8)
    (4, lambda: double(1 / 0))  # if evaluating arguments is not safe
).pick()

print(result)

请注意，这是链接调用，即switch（3）（…）（。将所有内容放在一个表达式中也很重要，这就是为什么我在隐式行延续的主调用周围使用了额外的括号。

如果您打开未处理的值，例如开关（5）（1，…）（2，…）。。。返回-1。