observe(this, "option", this._debounce(this.render, 100));

就可以实现 option 的监听，option 包含组件的配置，以及数据，数据的变换都能够通知 render 方法的调用。

可以看到 render 方法摧毁了整个 dom，然后根据数据重新渲染 dom。所以控制 render 的执行频率变得尤其重要。

如果数据变化频繁，render 方法调用频繁，从而降低性能，所以，可以看到上面使用 debounce 控制 render 执行的频率。

如果不使用 debounce，也有第二种方案控制 render 频率。该方案和 react 一样，在 requestAnimateFrame 下次循环的时候去 check 组件是否要 re-render，需要的话就重新渲染。如果一个页面有一百个组件，都统一在 requestAnimateFrame 循环中 check 是否 re-render。

可以看到，只有 render 方法里有 dom 操作。clear、remove、add、edit、disable 都只关心数据，数据变了自动会通知到 render。

改善的地方在哪里？分两处地方：

   1. 组件内部代码，内部的增删改查都只关注数据就行

   2. 组件使用代码，操作数据等同于操作 dom。当然如果不使用赋值又没有 observejs 的情况下可以使用方法调用的方式，使得一行代码什么都能干，但是如果属性太多，你得定义非常多 setXXX 方法。但是你必须知道：赋值胜于 method(即【obj.name=xx】>【obj.setName(xx)】)、约定胜于配置:)。

如果你不是很适应 react 激进虚拟 dom 和 jsx，如果你反感 react 放弃了 HTML+CSS 大量优秀特性功能，如果以后 dom 性能好了，全世界都 i78 核+ssd 了，那么 HTML+CSS 才是王道啊。

observejs 也许是你的另一选择，欢迎尝试，感谢对 observejs 提出那么多宝贵建议和意见的童鞋。