在编写前端代码时，我们通常会遇到需要抛出异常的情况。通常情况下，我们倾向于使用 throw new Error() 模式来抛出错误。但是，这种模式有时可能会给我们带来一些问题。
问题
考虑以下代码段：
function doSomething() {
if (condition) {
throw new Error("Oh no, something went wrong!");
}
}这是一个经典的例子，当条件无法满足时，它会抛出一个新的错误。然而，当我们在处理这些错误时，我们通常会去检查错误对象的类型和消息。如果我们没有正确地处理这个错误，那么我们很可能会遗漏异常或者不知道如何处理它们。
这是一个常见的例子。我们假设你正在为一个具有表单验证功能的网站编写代码。在进行验证时，您可能会得到以下代码：
-- -------------------- ---- -------
-------- -------------- -
-- ----------------- -
----- --- ------------- ----- - ----- --------
-
-- ------------------ -
----- --- ------------- ----- - ----- ----- -----------
-
-- --------
-现在，假设您想要将这些验证错误信息直接展示在用户面前，以便他们能够更好地了解所发生的问题，并更快地解决问题。然而，由于您抛出的是一个错误对象，因此您需要首先捕获该错误对象，然后根据其消息来构建错误信息。这不仅浪费时间，而且还可能会导致数据的重复。
解决方案
解决此问题的一种方法是使用字符串而非错误对象来抛出异常。 这样做可以使您更轻松地处理和显示错误消息。
考虑以下代码：
-- -------------------- ---- -------
-------- -------------- -
-- ----------------- -
----- ------- ----- - ----- -------
-
-- ------------------ -
----- ------- ----- - ----- ----- ----------
-
-- --------
-现在，当您捕获这些错误时，您不必检查错误对象的类型或消息。相反，您只需要将它们直接展示给用户即可。这样做可能会减少很多繁琐的工作，并使您的代码更加简洁和易于维护。
注意事项
但是，需要注意的是，我们并不建议在所有情况下都使用字符串抛出异常。这种技巧主要应用于那些简单且容易处理的错误。对于那些需要更详细的错误信息或者需要进行更复杂处理的场景，请使用标准的 Error 对象。
总结
这里介绍了一个将字符串抛出而非错误对象的前端开发技巧。尽管这种技巧并不能在所有情况下都适用，但它确实可以使您更轻松地处理和显示错误消息。我们希望这个技巧能够对您的开发工作有所帮助。
示例代码
-- -------------------- ---- -------
-------- -------------- -
-- ----------------- -
----- ------- ----- - ----- -------
-
-- ------------------ -
----- ------- ----- - ----- ----- ----------
-
-- --------
-
--- -
---------------
- ------------ -
-------------
-来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/27345