这被称为Domenic 创造的揭示构造函数模式。

基本上，这个想法是让您接触到的部分对象的，而对象不是完全构造呢。引用多梅尼克：

我将其称为揭示构造函数模式，因为 Promise 构造函数正在揭示其内部功能，但仅限于构造所讨论的 Promise 的代码。解决或拒绝Promise的能力只向构造代码公开，关键是不会向任何使用Promise的人透露。所以如果我们把 p 交给另一个消费者，说

过去

最初，promise 与延迟对象一起工作，这在 JavaScript Promise起源的 Twisted Promise中是正确的。在旧的实现中，这仍然是正确的（但经常被弃用），如 Angular 的$q、Q、jQuery 和旧版本的 bluebird。

API类似于：

var d = Deferred();
d.resolve(); 
d.reject();
d.promise; // the actual promise

它奏效了，但它有一个问题。Deferreds 和promise 构造函数通常用于将非promise API 转换为promise。JavaScript 中有一个名为Zalgo的“著名”问题——基本上，这意味着 API 必须是同步或异步的，但不能同时存在。

问题是 - 使用延迟可以执行以下操作：

function request(param) {
   var d = Deferred();
   var options = JSON.parse(param);
   d.ajax(function(err, value) { 
      if(err) d.reject(err);
      else d.resolve(value);
   });
}

这里有一个隐藏的微妙错误 - 如果param不是有效的 JSON，该函数将同步抛出，这意味着我必须将每个 promise 返回函数都包装在 a} catch (e) {和 a 中.catch(e =>以捕获所有错误。

Promise构造函数捕获此类异常并将它们转换为拒绝，这意味着您永远不必担心同步异常与带有Promise的异步异常。（它通过始终then在“下一个滴答”中执行回调来保护您的另一边）。

此外，它还需要一个额外的类型，每个开发人员都必须了解 promise 构造函数没有的地方，这很好。

仅供参考，如果您尽管有充分的理由反对延迟接口，但仍然渴望使用延迟接口而不是 Promise 执行器接口，您可以简单地编写一次代码，然后在任何地方使用它（我个人认为编写此代码是个坏主意方式，但是您关于这个主题的大量问题表明您的想法不同，所以这里是）：

function Deferred() {
    var self = this;
    var p = this.promise = new Promise(function(resolve, reject) {
        self.resolve = resolve;
        self.reject = reject;
    });
    this.then = p.then.bind(p);
    this.catch = p.catch.bind(p);
    if (p.finally) {
        this.finally = p.finally.bind(p);
    }
}

现在，您可以使用您似乎要求的界面：

var d = new Deferred();
d.resolve(); 
d.reject();
d.promise;     // the actual promise
d.then(...)    // can use .then() on either the Deferred or the Promise
d.promise.then(...)

这是一个稍微紧凑的 ES6 版本：

function Deferred() {
    const p = this.promise = new Promise((resolve, reject) => {
        this.resolve = resolve;
        this.reject = reject;
    });
    this.then = p.then.bind(p);
    this.catch = p.catch.bind(p);
    if (p.finally) {
        this.finally = p.finally.bind(p);
    }
}

或者，您可以使用此Deferred()构造函数执行您在问题中要求的操作：

var request = new Deferred();
request.resolve();
request.then(handleSuccess, handleError);

但是，它有 Benjamin 指出的缺点，并且不被认为是编写 Promise 的最佳方式。

在 MDN 上显示了类似的内容。