用抛出异常替代返回错误会拥有更稳定的返回值类型,它永远只会返回 Item 类型或是抛 出异常。

在处理异常时:

  1. 使用异常比返回错误码更稳定:

    • create_item(name) 只会有两种情况:成功返回 Item 或 抛出异常 ,不会返回错误码、None 或其他类型数据,这样可以减少调用者的判断逻辑。
  2. 异常会自动向上传播,提供了灵活性:

    • 直接调用 create_item() 的地方可以选择不处理 CreateItemError,让异常继续上传,交给更高层的代码去处理,比如 UI 层或日志系统。
    • 这样避免了在每个调用处都写一堆 if/else 代码,提高了可读性。
  3. 但如果缺少统一异常处理,可能导致程序崩溃:

    • 如果 CreateItemError 没有被任何地方捕获,它会一直向上传播,直到顶层,最终可能导致程序崩溃。

    • 解决方案是在主函数或入口点 设置全局异常处理 ,例如:

      python 复制代码
      try:
          create_from_input()
      except CreateItemError as e:
          print(f"Unhandled CreateItemError: {e}")
      except Exception as e:
          print(f"Unexpected error: {e}")

为什么这样设计更合理?

1. 对比返回错误码

传统返回错误码的方式:

python 复制代码
def create_item(name):
    if len(name) > MAX_LENGTH_OF_NAME:
        return None, 'name too long'
    if len(get_current_items()) > MAX_ITEMS_QUOTA:
        return None, 'quota exceeded'
    return Item(name=name), ''

item, err = create_item(name)
if err:
    print(f"Create item failed: {err}")
else:
    print(f"Item {name} created")
  • 问题 :
    • 需要判断 err,增加了调用方的额外工作。
    • 调用方可能忘记检查 err,导致程序异常行为。
    • 如果返回值结构变了(比如从 (Item, str) 变成 (Item, int)),调用方可能要改很多代码。
2. 使用异常的方式
python 复制代码
def create_item(name):
    if len(name) > MAX_LENGTH_OF_NAME:
        raise CreateItemError('name too long')
    if len(get_current_items()) > MAX_ITEMS_QUOTA:
        raise CreateItemError('quota exceeded')
    return Item(name=name)

try:
    item = create_item(name)
    print(f"Item {name} created")
except CreateItemError as e:
    print(f"Create item failed: {e}")
  • 优点 :
    • create_item() 只返回 Item 或抛出异常,调用方只用关注成功的情况,不需要额外判断错误码。
    • 代码更清晰,减少 if/else 嵌套。
    • 可以在更高层统一处理 CreateItemError,提高代码的可维护性。

总结

✅ 异常让函数返回值更稳定 ,不需要额外处理错误码。

✅ 异常自动向上传播,让调用方可以自由选择是否处理 。

✅ 但必须确保顶层有统一的异常处理,否则可能导致程序崩溃。

➡ 最佳实践:使用异常可以提高代码的可读性和可维护性,但一定要在系统入口处做好全局异常处理,防止程序意外崩溃。


create_item() 方法中如果执行了raise抛出异常,还会往后执行 return Item(name=name)么?

不会!

一旦 raise 语句被执行,函数会立即中断 ,不会继续执行后续代码。因此,如果 raise CreateItemError(...) 被触发,return Item(name=name) 永远不会执行。


示例代码

python 复制代码
def create_item(name):
    if len(name) > 10:
        raise ValueError("name too long")
    print("This line will be executed if no exception occurs.")
    return f"Item({name})"

# 测试
try:
    create_item("short_name")  # 正常情况
    create_item("this_name_is_too_long")  # 触发异常
except ValueError as e:
    print(f"Caught exception: {e}")

运行结果

复制代码
This line will be executed if no exception occurs.
Caught exception: name too long

说明:

  1. 第一次调用 create_item("short_name"),没有触发异常,所以 print 语句执行了,return 也执行了。
  2. 第二次调用 create_item("this_name_is_too_long"),触发了 raise ValueError("name too long"),函数立即终止,return 语句不会执行。

总结

  • raise 语句会立即终止函数的执行,抛出异常给调用者。
  • 如果 raise 被执行,后面的 return 语句就不会执行。
  • 异常会向上传播,直到被 try-except 代码块捕获,否则程序会崩溃。
相关推荐
赵小哥要冲啦7 小时前
社区邻里互助小程序从 0 到 1 复盘:需求拆解与信任机制设计
java·小程序·需求分析
xiaogai_gai7 小时前
采购业务退款单同步实战:从钉钉审批流到金蝶云星空付款单
java·数据库·钉钉
神也畏惧菠萝8 小时前
Day08 Python流程控制从入门到上瘾:if/match/while/for四件套,从B站登录一路打到猜数字游戏
python·算法·数据存储·for·while·if·ifelse
言乐68 小时前
通过 3D 动画直观演示球形瓶内可滑动半圆机构在倾倒时防粘盖、回正时刮膏体的运动学过程
python·3d·django·virtualenv·pygame
二哈赛车手8 小时前
新人笔记---hermes定时功能设计,具体讲解以及可优化点
java·人工智能·笔记·spring·ai·typescript
ZWZhangYu8 小时前
从 Dify 实践理解大模型上下文缓存
java·后端·spring
quantdash_cc8 小时前
ETF 行情数据清洗实战:字段语义拆解、标的池整理与五个校验清单
python·数据分析·pandas·量化交易·股票数据·quantdash
小熊恋旧8 小时前
Python 面向对象编程:方法、属性、继承与多态详解
开发语言·python
小羊没烦恼!8 小时前
关于分布式锁原理的一些学习与思考-redis分布式锁,zookeeper分布式锁
java·服务器·网络·学习·负载均衡
威哥爱编程9 小时前
Python 智能体开发实战 05:一问教材内容它就编?先把答案从你自己的资料里检索出来
python·agent