paulpdaniels
2016-08-04 23:17
很简单，因为Observables可以封装许多不同类型的源，而这些源不一定必须遵循该接口。有些人Promises总是喜欢热心竞争。
考虑：
var promise = $.get('https://www.google.com');
在这种情况下，诺言已经在连接任何处理程序之前已经执行。如果我们希望它的行为更像an，Observable那么我们需要某种方式将 promise的创建推迟到有订阅为止。
因此，我们使用defer创建一个仅在Observable预订结果后才执行的块。
Observable.defer(() => $.get('https://www.google.com'));
上面的内容Promise直到Observable获得订阅后才会创建，因此其行为将更加符合标准Observable接口。
相关问题
热门github
2
8
10
12
15
Linux, Jenkins, AWS, SRE, Prometheus, Docker, Python, Ansible, Git, Kubernetes, Terraform, OpenStack, SQL, NoSQL, Azure, GCP, DNS, Elastic, Network, Virtualization. DevOps Interview Questions
(翻译：包含Linux、Jenkins、AWS、SRE、Prometheus、Docker、Python、Ansible、Git、Kubernetes、Terraform、OpenStack、SQL、NoSQL、Azure、GCP、DNS、弹性、网络、虚拟化等DevOps 面试问题)
@AlexPineda不确定您的意思。
defer已经了解，Promises因此它已经隐式处理了它们，因此fromPromise除非您希望明确使用它，否则您将不需要。我认为他的意思是，如果您这样做
fromPromise(promise)了，那么promise被传递给的fromPromise对象已经在执行，并且fromPromise在Observable包装器中返回的只是承诺。通过使用defer，直到我们订阅后，promise才会开始执行。