这称为Domenic创造的揭示构造器模式。
基本上，这个想法是让您访问尚未完全构造的对象的 各个部分 。报价Domenic：
我之所以称其为揭示性构造函数模式，是因为Promise构造函数正在揭示其内部功能，但仅揭示了构造有问题的promise的代码。解决或拒绝诺言的能力只会显示给构建代码，而至关重要的是不会透露给使用诺言的任何人。因此，如果我们将p交给另一个消费者，说
过去
最初，promise与延迟对象一起使用，在源自Javascript的Promise的Twistedpromises中是正确的。在较旧的实现中（例如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构造函数不擅长的地方。
