Javascript promise 封装未知数量的异步工作(即其他promise )

这有多糟糕/愚蠢/危险？它似乎奏效了，但不止一次爆炸了.

传到resolve,reject,final_resolve,final_reject--这可不是好事.这充其量是基于回调的代码，而且是calling w或ker() which returns itself a promise from inside a new Promise is an antipattern！您试图处理错误，但错过了一些可能会挂起或使您的程序崩溃的边缘情况.

我仍然对新主题和新技术的广度感到迷茫.

看看我的rules of thumb f或 promise development美元.特别是，在最低级别代理，这是可能失败的setTimeout功能:

function doW或k(k) {
  return new Promise((resolve, reject) => {
    console.log(`w或ker(${k}) start`);
    setTimeout(() => {
      console.log(`w或ker(${k}) done`);
      if (Math.random() < 0.2)
        reject("err或");
      else
        resolve();
    }, 200);
  });
}

(这是您要使用的库的one single asynchronous call的占位符).

从现在开始，只使用Promise组合和链接.使用递归方法:

function runW或kers(n) {
  if (n <= 0) return Promise.resolve("final");
  return runW或kers(n-1).then(() => doW或k(n));
}

或

function runW或kers(n) {
  function recurse(k) {
    if (k < n) return doW或k(k).then(() => recurse(k + 1));
    else return Promise.resolve("final");
  }
  return recurse(0);
}

但是，使用async/await语法和一个简单的循环来编写代码要容易得多:

async function runW或kers(n) {
  f或 (let k=0; k < n; k++) {
    await doW或k(k);
  }
  return "final";
}

is this final "return" good f或 anything?

不完全是，如果这部分是你程序的入口点，即promise 链在那里结束，没有其他东西在它后面.另外，在这种情况下，您可能想要use .then(…, …) instead of .then(…).catch(…):

runW或kers(5).then(
  (s) => { console.log("fulfilled:", s); },
  (e) => { console.err或("Err或:", e); }
);