用抛出异常替代返回错误会拥有更稳定的返回值类型,它永远只会返回 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 代码块捕获,否则程序会崩溃
相关推荐
STY_fish_201213 分钟前
手拆STL
java·c++·算法
翻滚吧键盘13 分钟前
Spring Boot,两种配置文件
java·spring boot·后端
小纭在努力17 分钟前
【算法设计与分析】实验——改写二分搜索算法,众数问题(算法分析:主要算法思路),有重复元素的排列问题,整数因子分解问题(算法实现:过程,分析,小结)
数据结构·python·学习·算法·算法设计与分析·实验报告·实验
SSH_55233 小时前
【大模型】情绪对话模型项目研发
人工智能·python·语言模型
love530love3 小时前
【笔记】在 MSYS2(MINGW64)中安装 python-maturin 的记录
运维·开发语言·人工智能·windows·笔记·python
fanged5 小时前
构建系统maven
java·maven
沙滩小岛小木屋5 小时前
maven编译时跳过test过程
java·maven
江沉晚呤时6 小时前
SQL Server 事务详解:概念、特性、隔离级别与实践
java·数据库·oracle·c#·.netcore
G皮T6 小时前
【Python Cookbook】文件与 IO(二)
python·i/o·io·文件·gzip·stringio·bytesio
还是鼠鼠6 小时前
单元测试-概述&入门
java·开发语言·后端·单元测试·log4j·maven