避免结构模式匹配中的意外捕获

Question

在使用模式匹配时，此示例可能会被讨论为“gotcha”：

NOT_FOUND = 400

retcode = 200
match retcode:
    case NOT_FOUND:
        print('not found')  

print(f'Current value of {NOT_FOUND=}')

这是一个使用结构模式匹配进行意外捕获的示例。它提供了以下意外输出：

not found
Current value of NOT_FOUND=200

同样的问题也以其他形式出现：

match x:
    case int():
        pass
    case float() | Decimal():
        x = round(x)
    case str:
        x = int(x)

在此示例中，str需要有括号，str（）。没有它们，它“捕获”并将str内置类型替换为x的值。

是否有防御性编程实践可以帮助避免这些问题并提供早期检测？

Answer 1

是否有防御性编程实践可以帮助避免这些问题并提供早期检测？

是的。通过始终包含PEP 634所描述的无可辩驳的案例块，很容易检测到意外捕获。

用简单的语言来说，这意味着一个总是匹配的包罗万象的案例。

意外捕获总是匹配的。不允许超过一个无可辩驳的案例块。因此，当添加有意的包罗万象时，会立即检测到意外捕获。

只需在末尾添加一个catchall通配符模式：

match retcode:
    case NOT_FOUND:
        print('not found')
    case _:
        pass

如果立即检测到问题，则会出现以下错误：

SyntaxError: name capture 'NOT_FOUND' makes remaining patterns unreachable

在末尾添加catchall通配符模式：

match x:
    case int():
        pass
    case float() | Decimal():
        x = round(x)
    case str:
        x = int(x)
    case _:
        pass

再次立即检测到问题：

SyntaxError: name capture 'str' makes remaining patterns unreachable