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

Question

我正在开发一个包含不同类型的错误、服务和领域概念的复杂应用程序。

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

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

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. 创建自定义错误(扩展 Error 类)

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 类，以实现对称代码和干净的架构...(？？？)反过来我认为这是重新发明轮子并添加不必要的代码，因为也许并非应用程序的所有概念都需要自定义类型的异常。

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

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

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

Answer 1

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

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

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

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

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

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

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

• 姓名
• 留言
• 堆栈

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

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

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

• GraphQL 的 GraphQLError
• 错误处理 hooks在 VueJS 中(没有自定义错误)

而且，JavaScript 不仅有错误，还有:

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

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

请注意，大多数处理 View 的 UI 框架没有自定义错误类，它们也不需要自定义错误类。