在Node.js增加了对承诺的本地支持之后，还有理由使用Q或BlueBird这样的库吗?例如，如果您正在开始一个新项目，并且假设在这个项目中您没有使用这些库的任何依赖关系，我们是否可以说真的没有更多的

无论是ES6承诺还是蓝鸟承诺，Q承诺等等。我如何测试，看看一个给定的对象是一个承诺?

我已经开发JavaScript好几年了，我完全不理解关于承诺的大惊小怪。似乎我所做的就是改变:无论如何，我可以使用像async这样的库，比如:代码更多，可读性更差。我在这里没有获得任何东西，它也没有突

我写的代码是这样的:有人告诉我这分别被称为“延迟反模式”或“承诺构造函数反模式”，这段代码有什么不好的地方，为什么它被称为反模式?

我将代码重构为承诺，并构建了一个奇妙的长而平坦的承诺链，由多个.then()回调组成。最后我想返回一些复合值，并需要访问多个中间承诺结果。然而，从序列中间的分辨率值不在最后回调的范围内，我如何访问它们

我想使用promise，但我有一个回调API，格式如下：1.DOM加载或其他一次性事件：2.普通回调：3.节点样式回调（“nodeback”）：4.具有节点样式回调的整个库：我如何在promise中使