yangjiang3973

目前已经有了简单的渲染器模块和响应式模块，接下来我们要将二者逐步升级，从一本科技升到二本。 因为响应式模块，跟其他模块的耦合度很低，我们先从它下手。 并且，开始建立单元测试，让我们这个玩具开始变得更正式一点。 一些针对数据特殊情况（corner cases）的检查。 数据是数组…

今天是第三节的收尾篇，把上篇写好的响应式模块连入框架。 我们之前写了一个超级简单的 reactivity 模块，能够做到监视数据，以及自动执行数据更新后的后续影响。 但是它目前更多的是作为一个独立的模块，还没有和之前写的框架连起来。 我们希望它能监视组件的数据，在数据变化时，触…

我们先分析一下这个响应式模块要做什么，才能设计主要函数。 当数据变化的时候，我们需要监测到变化，并且再次执行组件的 render 函数，重新生成新的 vnode，更新到真实 DOM 中去。 其中，监测数据和执行 render 都是响应式模块的责任。 数据大多数时候都是 Obje…

上一篇文章里，我们已经可以让框架从虚拟节点渲染真实的 DOM 节点。 用户可以在组件的 render 函数里直接写虚拟节点来构建视图，剩下的交给框架。 但是这还没有解决掉视图层和数据层的鸿沟，数据的更新还没有能直接应用到视图。 接下来我们就要添加响应式功能。 当数据变化，视图也…

假设我们要删除bar节点，无脑的办法就是分别找到bar和父节点。 但是为了删除一个节点，我们还得先找到节点的爸爸是谁，才能把它干掉。每次删除都要进行“找爸爸”这种重复劳动。 其次，没有数据绑定，count的值变化了，可能每次都还得手动选中节点更新。 最后往往业务逻辑里，混杂了一…