两种数据消费方式：pull与push，阴与阳

pull和push，是在软件中消费数据的两种方式，它们描述了数据生产者（或持有者）与数据消费者之间是如何通信的。

咱们能够用一个现实生活中的例子来理解pull与push：
你某天想要阅读新闻，因而打开浏览器，输入新闻网站的地址，敲下回车，因而新闻内容展示在你的眼前。这是一个pull模型；
你也能够，下载一个新闻App，设置消息推送功能，让它时不时向你推送重要的新闻。这是一个push模型。

pull系统

在pull系统中，数据消费者决定本身什么时候请求并接收数据；数据持有者只能被动地响应请求。

编程语言的函数机制就是pull系统的例子。函数是数据生产者，调用者是数据消费者。调用者在本身须要的时候，调用函数，从函数中“拉”出一个结果，即let result = func(args);。

JavaScript的Generator function则是pull系统的又一个范例，只不过消费者能够屡次pull，依次拿出顺序有关的多个结果：

function* generator(i) {
  yield i;
  yield i + 10;
}
const gen = generator(10);
const result1 = gen.next().value;
const result2 = gen.next().value;

push系统

在push系统中，数据生产者决定什么时候向消费者推送数据。数据消费者不知道什么时候会收到数据更新。

Promise是一个push系统，它的数据生产者是Promise中封装的异步逻辑，数据消费者则是then中的callback函数。生产者决定什么时候通知消费者。Promise生产者只能给消费者推送一次数据。

RxJS的Observable也是一个push系统，它的生产者能给消费者推送屡次数据。

对比总结

pull与push的特色对比总结以下：

	生产者	消费者
pull	被动。收到请求时返回数据	主动。决定什么时候请求数据
push	主动。决定什么时候推送数据	被动。响应数据的更新

二者的典型范例总结以下：

	单结果	多结果
pull	Function	Iterator (Generator)
push	Promise	Observable

pull与push，阴与阳

若是从上面的微观的视角来看Promise，Promise自己确实是一个典型的push模型。可是若是从宏观的视角来看如下这段代码：

// 在视图控制器中的某段代码：
requestServer().then((data) => {
    view.update(data);
});

// 等价于：
const data = await requestServer();
view.update(data);

又未尝不是一种pull模型呢？毕竟视图控制器是数据消费者，它主动从服务器（数据生产者）请求数据并使用。

再换一个视角，若是从View的角度看，它被视图控制器通知新数据的到来，View本身只能被动地对数据更新产生反应。这难道不是一种push模型吗？

再换一个视角，上面的这段视图控制器代码是何时执行的呢？它总不可能在程序启动的时候运行一次就完成任务了吧？这段代码一定也处在某个事件响应函数中（好比某个按钮的点击事件回调），或者某个组件生命周期钩子中（好比onMounted）。那么它做为一个事件响应函数，是否是一定处于一个push系统中？

再换一个视角，在requestServer中，向服务器发送请求的时候，底层须要经过DNS系统来解析域名，这个过程是pull模型，即let ip = resolveDNS('www.server.com');。

再换一个视角，在操做系统底层，当服务器响应从网络中到来的时候，操做系统唤醒了对应的线程，对数据进行使用。这个过程又是push模型。

能够看到，push与pull，它们做为编码模型的两种选择，是相互竞争的，可是若是你站在不一样的抽象层次上，老是能发现另外一方的身影。这种“你中有我，我中有你，既相互竞争，又相互依存”的关系，像极了古代中国的哲学思想：阴阳

参考资料

• Before NgRx: Superpowers with RxJS + Facades | Thomas Burleson
• RxJS overview