轻量级前端MVVM框架avalon源码分析-总结

距avalon0.7版本发布有一段时间，因为以前的稳定性，就中止一段时间更新，期间研究了下Knockout源码，也尝试写了一个小型的mvvm的实现模型，仅仅只是仿造ko的核心实现，把无关的东西给剥离掉了，有时间总结一下发布出来。

ko算很早就出现的MVVM库了，实现是手段也是异常的巧妙，可是把监听的东西都转成函数表达，调用的时候也必须是函数形式，但使用习惯上，我就不太喜欢了

Knockout

监控属性经过observable内部转换成后，返回带有一个观察者模式的的函数(执行调用与赋值的时候都会有不一样的处理)，因此在使用的时候还要 this.firstName()执行才行，

observable() 是一个特殊的javascript对象，能够通知用户有关变化并自动检测依赖，这样在Model属性的值被修改时，就可使Model和ViewModel保持同步

值的学习的是对依赖关系的处理:

• 收集须要被执行的函数，放入到栈中，造成一个队列，最底的就是最早被执行的，它上面的就是此函数所依赖的函数，从而获得依赖关系。
• 利用订阅模式从上面的依赖检测中，将依赖函数做为被依赖者（最早执行的那个的）的订阅者，之后咱们对被依赖者进行赋值时，就会通先订阅者更新自身，从而造成一个双向绑定链
• ko会将视图中的绑定属性进行转换，分解出求值函数与视图刷新函数，视图刷新函数依赖于求值函数，而求值函数亦依赖于咱们VM中的某些属性（这时，它们都转换为函数）
• 在第一次扫描时，它们会加入对应属性的订阅者列队中， 从而VM中的某个属性改变，就会自动刷新视图。

 

猪脚上场 avalon

• 正如司徒正美说所，avalon是在彻底消化了knockout发展起来的，通过不断的修正重构，利用emberjs的defineProperties方法把监控属性替换成defineProperties方式，利用访问器属性setter,getter，借鉴了angular的插值表达式，过滤器机制，控制器绑定。。。等等。
• 从另外一个角度来讲，正美是前端出身，那么avalon是从JSer的角度去诠释MVVM模式的，angular很好很强大，可是它是一帮搞后端Java的人弄的，因此设计的层面角度彻底不同了，上手难度，包括源码实现，难度很高

MVVM在实际开发中仍是有缺点的

1 简单的UI，真是大炮打蚊子 大材小用

2 数据绑定声明式，那么调试就很蛋疼了

3 大型应用数据绑定产生的大量的标记，那么务必的问题绑定比被绑定的对象还要多（ava会删除节点滴）

4 产生大量的VM对象，由于都是闭包嵌套滴

5 在VM和View之间须要进行解析，性能仍是有成本的

固然啦，存在便是道理，合理的采用，而不是一味的盲目追从，我我的偏向迷你的只关注分离逻辑框架便可

计划

avalon要发布稳定版了，做为学习，因此打算从新把新版的avalon源码给从新写一遍 ~ ~

本身正在写一个公司内部MVVM版本