告别Python里繁琐的try...except和让人头疼的None判断，今天我们来盘一个优雅处理错误的利器——result模块。
这个模块的核心思想很简单：一个操作的结果要么是Ok（成功值），要么是Err（错误信息）。
它把结果和状态封装在一起，让代码的逻辑更清晰，告别“异常满天飞”的混乱状态。
🛠️ 基础应用：包装一个可能出错的函数
传统写法中，我们通常用返回值是None来表示失败，但这容易导致调用方忘记判断而引发AttributeError。
使用result后，函数的意图变得非常明确，返回值自带了成功或失败的标记。
from result import Ok, Errdefdivide(a: float, b: float):if b == 0:# 失败时返回Err对象，包含错误原因return Err("除数不能为零！")# 成功时返回Ok对象，包裹计算结果return Ok(a / b)# 调用函数res = divide(10, 0)# 通过is_ok()方法判断是否成功if res.is_ok():print(f"计算成功：{res.ok_value}")else:# 失败时打印错误信息print(f"计算出错：{res.err_value}")
执行结果：
计算出错：除数不能为零！
🧩 链式调用：避免多层嵌套判断
result模块的强大之处在于它的链式调用。
当你有多个步骤需要依次执行，且其中任何一步都可能失败时，传统写法会产生多层if嵌套，代码可读性极差。
利用and_then方法，我们可以将多个可能失败的操作串联起来，形成一个清晰的处理管道。
from result import Ok, Errdefstep_1(x):return Ok(x + 1)defstep_2(x):return Ok(x * 2)# 初始值res = Ok(5)# 链式调用：如果当前是Ok，则执行step_1；继续执行step_2final = res.and_then(step_1).and_then(step_2)if final.is_ok():print(f"最终结果：{final.ok_value}")
执行结果：
最终结果：12
✨ 装饰器加持：自动捕获异常
如果你不想在函数内部写try...except，result模块还提供了一个非常方便的装饰器@as_result。
它会自动捕获你指定的异常，并将其转换为Err对象返回。
这对于调用第三方库时特别有用，可以瞬间将可能抛出异常的旧函数，转换为返回Result对象的现代化接口。
from result import as_result@as_result(ValueError)defrisky_convert(s: str) -> int:# 如果转换失败，不会抛出异常，而是返回Errreturnint(s)# 测试正确情况res1 = risky_convert("123")# 测试错误情况res2 = risky_convert("abc")print(res1)print(res2)
执行结果：
Ok(123)Err(ValueError("invalid literal for int() with base 10: 'abc'"))
🤔 对比分析：它比传统写法好在哪？
与Python原生的异常机制相比，result模块主要有以下几个优势：
1. 明确性：函数签名 def fn() -> Result[str, ValueError] 直接告诉调用者“我会成功返回字符串，或者失败返回ValueError”，这在静态类型检查（如mypy）下非常有用。
2. 性能：在错误频繁发生的场景下，抛出和捕获异常（try/except）的开销较大。result返回的是一个普通对象，没有堆栈展开的消耗，性能更好。
3. 可读性：避免了try...except的代码侵入，配合链式调用，逻辑流程一目了然。
不过，result也有它的不足之处。在Python社区，异常处理是主流惯例，强行使用result会让协作者感到困惑。此外，如果错误路径极少发生，使用异常其实更简单直接。
使用建议：在编写库或核心业务逻辑，且希望代码具有极高健壮性和类型安全时，推荐使用result；在编写简单的脚本或只有一两种已知错误状态时，使用try/except即可。
💡 总结
result模块借鉴了Rust语言的错误处理哲学，它为Python开发者提供了一种在“返回值”和“异常”之间的第三条路。它让错误变成了普通的值，迫使开发者去处理每一种情况，从而写出更可靠的代码。
如果你厌倦了调试那些因为漏掉try...except而崩溃的程序，不妨试试result。
