应拆分复杂逻辑：用语义化函数封装独立判断，以字典映射替代长链if-elif，优先提前返回减少嵌套，对多阶段流转采用状态机管理。
面对复杂逻辑，别硬塞进一个 if-else 或 while 里。核心思路是：把大判断拆成小职责，让每段代码只做一件事、只回答一个问题。
当一段条件判断涉及多个业务规则（比如用户权限校验+状态检查+时间有效性），直接堆叠会难以维护。把它提取成有明确语义的函数，调用时一目了然。
has_valid_payment_method()、is_inventory_sufficient()、is_user
_active()
_active()if all([has_valid_payment_method(), is_inventory_sufficient(), is_user_active()]): ...
当逻辑由类型、状态码、事件名等离散值驱动，且分支较多时，硬写 if-elif 容易漏、难测试、难扩展。
handlers = {"created": handle_created, "processing": handle_processing, "failed": handle_failed}
handlers.get(status, handle_unknown)()，新增状态只需加键值对，不碰控制流functools.singledispatch 或策略模式，还能支持类型分发，更进一步解耦深层嵌套（if inside if inside for）是可读性杀手。多数情况下，先排除异常/边界情况，再处理主逻辑，代码会扁平得多。
return 或 raise，不缩进后续主干代码if not user: return None，再写用户相关操作；先 if not items: return []，再遍历加工涉及状态变更、事件响应、条件跳转的流程（如审批流、订单生命周期），硬编码 if-else 易出错且难演进。
transitions，声明状态、事件、条件、回调，逻辑集中、可视化强、易调试