什么时候以及为什么创建自定义异常是好的?

When and why is it good to create custom exceptions?

我正在处理具有不同类型的错误、服务和域概念的复杂应用程序。

为了抛出“对象”错误,我想到了两种不同的方法:

  1. Object.assign() 应用到一个错误对象(如果我只需要抛出一个或几个遵循这种形式的错误,这是一个简单的选择):

function f() {
  const err = new Error();

  Object.assign(err, {
    name: "ServiceError",
    code: "service/some-string-code",
    message: "Some message",
  });

  throw err;
}

try {
  f();
} catch(err) {
  console.log(err instanceof Error);
}

  1. 创建自定义错误(扩展错误 class)

class MyServiceError extends Error {
  constructor(code, message) {
    super(message);
  
    this.name = "ServiceError";
    this.code = code;
  }
}

function f() {
  const err = new MyServiceError("service/some-string-code", "Some message");

  throw err;
}

try {
  f();
} catch(err) {
  console.log(err instanceof Error);
  console.log(err instanceof MyServiceError);
}

两种“自定义错误定义”之间的优缺点是什么。

此外,如果我选择第二种方法,似乎我需要为不同的领域概念、服务等创建多个 CustomError classes 以实现对称代码,和一个干净的架构......(???)反过来我认为这是重新发明轮子并添加不必要的代码,因为也许并非应用程序的所有概念都需要自定义类型的异常。

这两种做法在 JavaScript 中都被认为有效吗?

注意:抛出对象或字符串或类似的东西对我来说真的很糟糕,因为我们无法获取堆栈跟踪、验证实例等。

// This seems bad to me. Isn't it an anti-pattern?
throw {
   code: "",
   message: "",
   name: ""
}

Object.assign 方法不太健壮,更像是 hack,最好创建自定义错误 class。 SO 上已经有一个 in-depth discussion

因为你想使用额外的字段,最多为内部错误引入 2-3 个自定义 classes,但即使这样也常常是矫枉过正:

  • 一个用于 NetworkError,带有位置、路径和状态
  • 一个用于 UiError,具有组件和有问题的数据状态,并且可能是 i18n
  • 的消息代码
  • 和一个通用 RuntimeError,或类似的,用于未知情况

每次可能出现错误 class 毫无意义。与 Java 不同,JavaScript 中没有已检查的异常,目标是有足够的数据来解决问题,而不是过度设计。如果您可以有意义地捕获然后在对话框中显示比 message 字符串容纳更多的数据,那就去做吧。

设计自定义错误时,请从您将在何处以及如何处理和显示此信息开始。然后看看您是否可以轻松地将这些数据收集到您扔掉的地方。如果您没有全局错误对话框或集中式错误报告,也许只有默认错误就足够了,您可以将所有数据放入消息中。

有一种特殊情况,当您想使用错误作为控制逻辑的手段时。尽量避免,Java脚本很灵活,不用throw让上层选择不同的执行路径。但是,它有时用于重试网络请求,然后它应该有足够的数据。

内置Error对象已经有以下字段:

  • 名字
  • 留言
  • 堆栈

在每个错误中,stackmessage 是帮助解决问题的两个关键信息。因此,重要的是,当你重新抛出它时,使用这样的东西(对于非 IE 的所有东西):

catch (err) {
 throw new Error('New error message with added info', { cause: err });
}

最后,它有助于检查其他人在做什么:

而且,Java脚本不仅有 Error,还有:

  • EvalError
  • 范围错误
  • 引用错误
  • 语法错误
  • 类型错误
  • URIError
  • 聚合错误

你也可以在适当的时候扔掉它们。

请注意,大多数 UI 处理视图的框架没有自定义错误 classes,它们也不需要。