面试题：Ruby自定义错误类的继承关系与应用

Question

请创建一个自定义的Ruby错误类`MySpecialError`，它继承自`StandardError`。在代码中抛出这个自定义错误，并使用异常处理机制捕获它，同时阐述继承`StandardError`的好处以及在实际项目中自定义错误类的应用场景。

Answer 1

class MySpecialError < StandardError
end

begin
  raise MySpecialError, "这是一个自定义错误"
rescue MySpecialError => e
  puts "捕获到自定义错误: #{e.message}"
end

继承StandardError的好处

1. 标准化处理：StandardError是Ruby标准库中所有常规错误类的基类。继承它可以让自定义错误融入Ruby已有的异常处理体系，方便统一管理和处理异常。例如，许多Ruby的内置方法和库在处理错误时，会默认捕获StandardError及其子类的异常，这样自定义错误也能被这些通用的异常处理机制捕获。
2. 语义清晰：表明这个自定义错误是一个常规的、可以预期的运行时错误，和系统级别的、不应该被普通代码捕获的错误（如SystemExit、SignalException等）区分开来，使代码的语义更加清晰。

实际项目中自定义错误类的应用场景

1. 业务逻辑异常：在特定业务逻辑中，当出现不符合业务规则的情况时，可以抛出自定义错误。例如，在一个电商系统中，如果用户试图购买超过库存数量的商品，可以抛出OutOfStockError < StandardError这样的自定义错误，方便业务代码进行针对性处理，如提示用户库存不足等。
2. 特定模块错误处理：当编写一个复杂的模块或库时，为了让使用该模块的开发者能够准确地捕获和处理模块内部产生的特定错误，可以定义自定义错误类。例如，在一个数据库连接模块中，如果连接数据库时发生特定的认证失败错误，可以抛出DatabaseAuthError < StandardError，调用该模块的代码可以根据这个自定义错误进行认证相关的处理，如提示用户检查用户名和密码等。
3. 错误隔离与区分：在大型项目中，不同组件可能会产生相似的错误情况，但需要进行不同的处理。通过自定义错误类，可以精确地区分这些错误来源，便于调试和维护。例如，在一个包含文件处理和网络请求的应用中，文件读取失败和网络请求失败都可能表现为“无法获取数据”，但通过自定义FileReadError < StandardError和NetworkRequestError < StandardError，可以让代码根据不同的错误类型采取不同的恢复策略。