何时以及为何适合创建自定义异常？

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);
}

2. 创建自定义错误（扩展 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，最好创建自定义错误类。关于SO已经有深入的讨论。

当你想使用额外的字段时，最多引入 2-3 个自定义类来处理内部错误，但即使这样也常常是矫枉过正：

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

对于每个潜在的事件都有一个错误类别是没有意义的。与 Java 不同，JavaScript 中没有检查异常，目标是拥有足够的数据来解决问题，而不需要过度设计。如果您可以有意义地捕获然后在对话框中显示比message字符串所能容纳的更多的数据，那就去做吧。

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

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

内置错误对象已经具有以下字段：

• 姓名
• 信息
• 堆

在每个错误中，stack和message都有两个有助于解决问题的关键信息。因此，当你重新抛出它时，使用类似的东西（对于非 IE 的所有内容）是很重要的：

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

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

• GraphQL 的GraphQLError
• VueJS 中的错误处理钩子（它没有自定义错误）

而且，JavaScript 不仅具有Error，而且还：

• 评估错误
• 范围误差
• 参考错误
• 语法错误
• 类型错误
• URI错误
• 聚合错误

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

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