修复属性触发器的顺序
2-19提交无关的修改

尝试模拟IE的onpropertychange时间，但是对于Safari等旧版本的现代浏览器，不运行重写value，如果要模拟实现，需要用定时器不断循环判断修改，当页面有大量Input时会明显造成卡顿。为此放弃模拟，IE保持使用事件触发配合propertychange事件模拟input
重大更新，Model层核心换代，v5版，动静分离。为效率与可维护性而生

v5将周边一整套的关于model的拓展进行了整合。完全纳入核心模块中。

去除v4中的动态特性，v5采用完全静态的Model，动态特性由拓展：ProxyModel代替实现。

去除subset、collect接口，取而代之的shelter、combine、follow三个紧紧关联的接口，其实现在ProxyModel层上。

更高效更低的内存使用。
实现新版本的layout,已经修复一系列想关问题

使用shelter替代subset（见layout.js）

因为Model使用惰性生成且统一的数据源，因此可以直接在rebuildTree中直接触发更新。（见View.js、...Proxy.js）

删除...core.js中多余的功能，有$router和buildModelByKey已经够了

修复...$scope.js中寻址错误的BUG，为buildModelByKey添加寻址功能
实现新版本的each以及想关BUG

目前touchOff将有key无key拆开。可能要使用新的变量方式来获取缓存的子Model，看hash和for的效率比。
下一版本中将实现ArrayModel的代理。
新版本的$Parent前缀的定义。

不再直接使用_parentModel来进行路由么，而是根据键值来向上冒泡，动态生成
修复大量BUG，跟进更多功能。稳定的寻址架构
放弃使用ArrayModel代理Array类型的的数据

统一Model类的内部，ArrayModel不容易随着数据类型的改变而改变。

在VM的remove中运行onremove，替换ArrayModel和eachVM所做的事�
修复each-onremove

区分两种数据数据的变动方式。
一种是通过VM的remove来改变model，onremove就是针对这点做优化而避免大量的更新
另外一种是ArrayData的变动而造成vm的变动，这是数据源已经改变，不得再使用onremove。
【一个将被废弃的提交】

这是一个错误的思路，试图通过直接改变数据源来实现remove。
一定程度上说，这能节约代码量，但是一方面效率不行。
另外一方面不符合常理，vm.remove就应该实现原生的remove，而不是改变数据让最后一个VM移除。

之前顾忌的smartKey会丢失与正确的Model 的联系而要造成爆炸性的rebuildTree。实际上不会。
完成each模块
大幅度优化节点初始化创建的速度。修复IE系列的语法问题
修复Observer功能，修补各种小问题
修复addAttr的问题
修复rebuildTree的BUG

先把心的数据树整理好，再更新触发器
修复Observer触发不完整的BUG
添加对style标签的支持
新的属性取值方式，支持非字符串变量
测试案例
on-event属性的绑定改进