ES12 中的 new Promise() 必须放在函数中吗？解析一下
在 JavaScript 的开发中，Promise 被广泛使用，以解决回调地狱的问题。而在 ES12 中，我们可以更加高效地使用 Promise，但你知道吗，new Promise() 是否必须放在函数中呢？这篇文章将会解析这个问题。
新的 Promise API
在 ES12 中，我们可以使用新的 Promise API，例如 Promise.any()、Promise.allSettled() 和 Promise.try() 等。这里不是讨论这些新 API，而是探讨同步 Promise 构造函数的问题。
Promise 构造函数
ES6 引入了 Promise 构造函数，我们可以使用它来创建 Promise。我们可以将 Promise 构造函数中的执行代码放在外部，例如：
----- ------- - --- ----------------- ------- -- -
------------- -- -
----------------
-- ------
---
-------------------- -- -------------------- -- ------ --- ---- -------上面的代码可以异步地创建 Promise，等待异步操作完成后再执行相应的行为。但是，在某些情况下，我们希望同步地创建 Promise。咦？这不是矛盾的吗？不，不完全是这样的。
同步 Promise 构造函数
在 ES12 中，我们可以同步地使用 Promise 构造函数，例如：
----- ------- - --- --------------- -- - ---------------- --- -------------------- -- -------------------- -- ------ ----
上面的代码创建了一个同步 Promise，它的执行很快，几乎没有延迟。这个新特性很有用，因为我们不再需要将所有的异步操作都放在函数中。
适合同步 Promise 构造函数的情况
虽然我们可以使用同步 Promise 构造函数，但并不是所有情况都适合使用。 我们仍然需要考虑什么样的情况适合同步 Promise 构造函数。 下面是一些适合同步 Promise 构造函数的情况：
- 直接返回 Promise 和非 Promise 的代码。例如：
-------- ------ -
-- --------------- -
------ ------------------
- ---- -
------ -----------------
-
-- ----
-
-------------- -- ---------------------- Promise 被包在另一个 Promise 中的情况。例如：
----- ------------ - --- ----------------- -- -
----- ------------ - --- ----------------- -- -
----------------
---
----------------------
---
------------------------- -- -------------------- -- ------ ----在这种情况下，我们可以使用同步 Promise 构造函数，因为内部 Promise 不会被拆分成异步操作。
不适合同步 Promise 构造函数的情况
当 Promise 的异步执行时间较长或异步操作的数量不确定时，我们应该避免使用同步 Promise 构造函数。以下是一些不适合使用同步 Promise 构造函数的情况：
- 异步操作延迟时间较长的情况。例如：
----- ------- - --- --------------- -- -
------------- -- -
----------------
-- ------
---
-------------------- -- -------------------- -- ------ --- ---- -------- 多个异步操作不确定的情况。例如：
----- -------- - --- ----------------- ------- -- -
------------------------ -- -
----------------
-- --- -- -
----------
---
---
----- -------- - --- ----------------- ------- -- -
------------------------ -- -
----------------
-- --- -- -
----------
---
---
-- -------- ------- ----------------- ------- ----
----------------------- ----------------------- -- --------------------结论
在 ES12 中，我们可以使用同步 Promise 构造函数，但并不是所有情况下都适合使用。我们需要考虑异步操作的延迟时间和数量。对于简单的操作，同步 Promise 构造函数可以使代码更简单更整洁。
示例代码
最后给出一段完整的示例代码，以帮助理解：
-------- ----------- -
------ --- ----------------- ------- -- -
------------- -- -
-------------- -------
-- ------
---
-
-- ------ ------- -------
----- ----------- - --- --------------- -- -
------------- -------
---
------------------------- ---------------------------- -- -
------------------------ -- ----- -----
------------------------ -- ------ -----
---以上代码中，我们同步地创建了一个 Promise 和一个异步的 Promise，并使用 Promise.all() 来等待它们都完成。执行结果为：
---- ---- ----- ----
这个结果很好地解释了 new Promise() 是否必须放在函数中这个问题。
来源：JavaScript中文网 ，转载请注明来源 本文地址：https://www.javascriptcn.com/post/6720ac902e7021665e035c86