在 python 中使用一次性循环模拟 goto 是一种好习惯吗？

Question

goto 通常被认为是邪恶的，不鼓励使用。但有时goto 会提供更清晰、更易读的代码组织，例如： 我想做一些一步一步的计算，每一步的结果决定是否需要以下步骤，如果需要，走哪个分支。逻辑本身有点复杂，所以有几个嵌套的 if 语句。假设 goto 在 python 中可用，实现此目的的一种巧妙方法是：

do_something 
if ...:
    goto zero
do_something
if case 1:
    do_something
    if ...:
        goto zero
    do_something
elif case 2:
    do_something
    if ...:
        goto zero
    do_something
....
result = compute_result(....)
goto next

zero:
result = 0

next:
do_something

没有goto 的帮助，可以通过引入布尔变量来存储标志并添加额外的if 测试来打开或关闭代码来获得相同的行为。但是这种方式使控制流的可读性大大降低。一种解决方法是滥用一次性for 循环来模拟上述代码的goto 版本，如下所示：

zero = True
for _ in range(1):
    do_something 
    if ...:
        break
    do_something
    if case 1:
        do_something
        if ...:
            break
        do_something
    elif case 2:
        do_something
        if ...:
            break
        do_something
    ....
    zero = False

if zero:
    result = 0
else
    result = compute_result(....)

do_something

我的问题是，这是编写更具可读性的代码的最佳方法吗？

Answer 1

尽早中断计算的一种简单方法是使用异常：

class ExitCalculation(Exception): pass

try:
    do_something
    if time_to_goto_zero:
        raise ExitCalculation()
    do_something
    if ...:
        do_something
        if time_to_go_to_zero:
            raise ExitCalculation()
    result = compute_result()
except ExitCalculation:
    result = 0

do next thing

Answer 2

异常提供了相同类型的结构化跳转，没有重复执行的暗示：

class Foo(Exception):
    pass

try:
    do_something
    if ...:
        raise Foo
    do_something
    if case_1:
        do_something
        if ...:
            raise Foo
        do_something
    elif case_2:
        do_something
        if ...:
            raise Foo
        do_something
except Foo:
    result = 0
else:
    result = compute_result(...)

您使用哪些异常是您的“goto”为何会破坏常规控制流的问题。