Glimmer VM 中的“基于拉取的函数式反应程序”是什么意思？

Question

正如我在这篇文章中看到的“基于拉式的函数式反应程序”的概念： https : //engineering.linkedin.com/blog/2017/06/glimmer--blazing-fast-rendering-for-ember-js--第2部分

据我所知，“基于拉取”意味着我们必须使用常规轮询方式根据状态的最新值来检查和更新 UI。 但是我认为如果应用程序有很多状态并且实际上大多数时间不经常更改，则会有很多浪费的“轮询”，甚至可能导致应用程序运行效率低下。

所以，我认为这里应该有一些我错过的东西，我怎么能理解呢？

虽然 VM 架构是一种新颖的渲染建模方式，但 VM 的初始执行会设置参考和修订标记子系统，这使我们能够对用于更新 UI 的基于拉式的功能反应程序 (FRP) 进行建模。 这在实践中意味着没有观察者或订阅的概念来保​​持 UI 中的值更新，而是我们允许模板中的支持值自由变化。 目前，概念化这个系统的最简单方法如下：

Answer 1

我强烈推荐 Chris Garrett在这方面的一组博客文章。 他对此做了更全面的解释，但推与拉反应性并不是每隔一段时间轮询一次更改，它更类似于命令式与声明式编程。 它将对状态变化做出反应的责任放在消费者身上（拉），而不是将通知应用状态变化的责任放在改变者身上（推送）。