我正在编写代码，执行以下操作：

function getStuffDone(param) {           | function getStuffDone(param) {
    var d = Q.defer(); /* or $q.defer */ |     return new Promise(function(resolve, reject) {
    // or = new $.Deferred() etc.        |     // using a promise constructor
    myPromiseFn(param+1)                 |         myPromiseFn(param+1)
    .then(function(val) { /* or .done */ |         .then(function(val) {
        d.resolve(val);                  |             resolve(val);
    }).catch(function(err) { /* .fail */ |         }).catch(function(err) {
        d.reject(err);                   |             reject(err);
    });                                  |         });
    return d.promise; /* or promise() */ |     });
}                                        | }

有人告诉我这分别称为“ 延迟反模式 ”或“ Promise构造函数反模式 ”，这段代码有什么不好之处，为什么又将其称为反模式？

Esailija提出的延期反模式（现在是显式构造反模式）是一个新的对诺言做出承诺的普通反模式人，当我第一次使用诺言时，我自己就做出了。上面代码的问题是无法利用承诺链的事实。

承诺可以与之连锁，.then您可以直接返回承诺。您的代码getStuffDone可以重写为：

function getStuffDone(param){
    return myPromiseFn(param+1); // much nicer, right?
}

承诺都是关于使异步代码更具可读性，并且在不隐藏该事实的情况下像同步代码一样起作用。承诺表示对一次操作值的抽象，它们抽象出一种编程语言中的语句或表达式的概念。

将API转换为Promise时，仅应使用延迟对象且无法自动执行时，或者在编写以这种方式表示的聚合函数时，。

引用Esailija：

这是最常见的反模式。当您不真正理解承诺并将其视为荣耀的事件发射器或回调实用程序时，很容易陷入这种情况。让我们来回顾一下：承诺是关于使异步代码保留大多数同步代码丢失的属性，例如平面缩进和一个异常通道。

它出什么问题了？

但是模式有效！

幸运的你。不幸的是，可能不会，因为您可能忘记了一些极端情况。在我所见过的事件中，有一半以上是作者忘记照顾错误处理程序的：

return new Promise(function(resolve) {
    getOtherPromise().then(function(result) {
        resolve(result.property.example);
    });
})

如果另一个诺言被拒绝，则将不会引起注意，而不是传播到新的诺言（将在该诺言中进行处理），并且新的诺言将永远挂起，从而导致泄漏。

在您的回调代码导致错误的情况下也会发生相同的事情-例如，当result没有a property并且引发异常时。那将无法处理，并使新的承诺无法实现。

相比之下，using .then()确实会自动处理这两种情况，并在发生错误时拒绝新的承诺：

 return getOtherPromise().then(function(result) {
     return result.property.example;
 })

延迟的反模式不仅麻烦，而且容易出错。使用.then()的链接是安全得多。

但是我已经处理了一切！

真？好。但是，这将非常详细和丰富，特别是如果您使用支持其他功能（例如取消或消息传递）的Promise库。也许将来会，或者您想将图书馆换成更好的图书馆？您将不想为此重写代码。

这些库的方法（then）不仅本机支持所有功能，而且还可能具有某些优化功能。使用它们可能会使您的代码更快，或者至少允许通过该库的未来版本进行优化。

如何避免呢？

因此，每当您发现自己手动创建Promise或Deferred且已经存在现有的Promise时，请先检查库API。Deferred反模式经常被那些仅将诺言视为观察者模式的人使用，但是诺言更多比回调：他们应该是组合的。每个体面的图书馆都有许多易于使用的功能，以各种可想而知的方式来构成承诺，可以处理您不想处理的所有低级内容。

如果您发现有需要以现有助手功能不支持的新方式撰写一些承诺，那么最后一个选择就是使用不可避免的Deferreds编写自己的函数。考虑切换到功能更强大的库，和/或针对当前库提出错误。它的维护者应该能够从现有功能中获取组成，为您实现新的帮助器功能和/或帮助确定需要处理的边缘情况。