是否已有类似asyncify/execute的异步工具？是否应纳入Promise？

当然有不少现成工具和库已经实现了这类逻辑：

• Ramda：其中的R.lift函数和你的asyncify逻辑几乎完全一致——它会返回一个新函数，自动将所有参数中的Promise解析完成后，再传入原函数执行，最终返回Promise结果。示例：

const ret = await R.lift(Math.max)(Promise.resolve(3), Promise.resolve(5));
// 输出 5

• 自定义封装：这类函数逻辑非常简洁，很多项目会自行封装类似asyncify/execute的工具，作为内部异步流程控制的基础方法，就像你给出的实现代码一样。
• 部分异步流程控制类的社区工具，也提供了类似参数自动解析的包装函数，核心逻辑都是基于Promise.all处理参数后调用目标函数。

目前来看，纳入标准Promise API的必要性不高，原因如下：

1. 实现成本极低：这类函数的核心逻辑就是用Promise.all解析参数后调用原函数，几行代码就能实现，开发者可以轻松按需封装，无需依赖标准API。
2. 场景过于细分：标准Promise API聚焦于通用的异步基础能力（如Promise.all、Promise.race），而这类函数是针对「自动解析函数参数中的Promise」这一细分场景的工具，不属于通用基础能力范畴。
3. 已有成熟替代方案：像Ramda的lift、社区自定义封装等方案已经能很好满足需求，没有强烈的标准化驱动需求。

但不可否认，这类函数在处理复杂异步依赖流程时非常实用，能大幅简化代码结构，同时保证任务并行执行效率，比如你给出的复杂流程示例：

/**
 * A -> B
 * B -> C
 * A -> D
 * B,D -> E
 * C,E -> F
 */
async function aComplexWorkflow() {
  const A = Lib.execute(asyncTaskA);
  const B = Lib.execute(asyncTaskB, A);
  const C = Lib.execute(asyncTaskC, B);
  const D = Lib.execute(asyncTaskD, A);
  const E = Lib.execute(asyncTaskE, B, D);
  const F = Lib.execute(asyncTaskF, C, E);
  return F;
}

这种写法清晰展示了任务依赖关系，比嵌套await或繁琐的Promise.all组合更直观易读。

内容的提问来源于stack exchange，提问作者Sampson Gao