Python如何实现条件yield？重构yield相关代码报错原因

• 语法不合法：Python中yield作为表达式出现在if条件判断中时，必须用括号包裹，你写的if yield _requires_payment(state):会直接触发语法错误，代码无法正常启动运行。
• 流程结构错误：原代码用while循环包裹支付校验，是@dialog装饰器对应对话流的标准写法——每次yield挂起的流程被外部事件唤醒后，都会重新判断支付状态，直到确认不需要支付才会退出这段逻辑。你改成单次if判断后，直接丢失了循环重校验能力，会出现用户完成支付后流程不往下执行、直接中断的异常。
• 业务逻辑缺失：原代码在确认需要支付后，还会调用_did_pass_limit(state)校验是否超出限额，只有未超限额的时候才会发送对应日志。你重构时直接删掉了这段限额判断，会导致超限额场景下错误触发日志、走错后续分支。
• 日志链路断裂：原代码会根据existing_count是否为None分场景打不同日志，方便后续排查问题，你重构后只保留了一行自定义日志内容，原有的日志标识全被丢弃，出问题无法追溯场景。

场景1：仅做代码整洁重构、不改动原有业务逻辑 #

这种情况不能随意删减分支，只需要优化代码嵌套结构即可，运行逻辑和原代码完全一致：

while (yield _requires_payment(state)):
    did_pass_limit = yield _did_pass_limit(state)
    if did_pass_limit:
        continue
    if existing_count is None:
        yield send_info_log("some stuff")
    yield send_info_log("more stuff")

场景2：业务侧确认要简化逻辑（去掉循环重校验、去掉限额判断、去掉分支日志） #

这种情况首先要修正语法错误，保证代码可以正常运行：

if (yield _requires_payment(state)):
    yield send_info_log("stuff")

注意：@dialog装饰器标记的是多轮对话流逻辑，代码里的yield是用来挂起流程、等待外部事件回调的，原代码的while循环不是冗余代码，删除前必须和业务方确认不需要重复校验支付状态，否则上线后会出现流程断裂的运行异常。

内容的提问来源于stack exchange，提问作者Shamoon