最近在用avalon做项目，使用的感受是，它确实会比angualr学习成本更低，我不需要花很多时间去了解它的功能，没有指令、没有服务，花一个晚上看看API就差不多能着手用了。avalon的视图它提供了更多的功能，很多细节上的处理，比如说数据类型转换，它都帮我们处理好了，比如ms-duplex-number。avalon它在升级过程中还在吸收着别的库的一些东西，这是好事，但是，也会有一些东西让我很想吐槽，拿绑定回调举例：
- data-repeat-rendered ，用ms-repeat绑定，当监控数组发生添加，删除，重排等操作时触发； 参数：当前操作名（"add","del","index","clear","move"）
- data-with-sorted ，用ms-repeat, ms-with绑定，赶对象渲染之前触发，要求输出一个字符串数组，对象的键值对会根据它依次输出； 参数：原对象的所有键名构成的数组
- data-with-rendered ，用ms-with绑定，当目标对象输出页面后触发； 参数：当前操作名（"add","del","index","clear","move"）
- data-each-rendered ，用ms-each绑定，当监控数组发生添加，删除，重排等操作时触发； 参数：当前操作名（"add","del","index","clear","move"）
repeat、with、each都有各自渲染后触发的回调，但是渲染前的回调，repeat与with确是共用了data-with-sorted...
avalon大多数的功能在avalon.define({})中都可以完成了，但是当一个页面交互过多的时候，我开始烦恼代码组织的问题，太多的属性和方法混在一起，需要给它们划分模块，而angular不太需要考虑这些问题，指令、服务、依赖，它都帮我们分好了，我们在使用angular的时候，必须按照它规定的方式书写代码，angular它有更好的扩展体验，从代码结构上，也应该是使用angular会更清晰一点。我总是有这么一种感觉，使用avalon的时候，我的思维模式还是在按照传统的DOM操作方式在思考。
还有API的问题，虽然有，但是不够完整与清晰，因此在使用过程中会蛮痛苦的。
最后，关于流行度与社区力量，这是我最开始学习MV*框架时不选avalon选择angular的原因。angular有谷歌支持，且有非常强大的社区力量。
既然如此，为什么还是用avalon呢？一切都是源于需求！！如果你问我对这两个库印象最深的东西是什么，angular我会说指令和服务，avalon我会说兼容性。angular1.3对IE的支持是从IE9开始的，对于现在还要求6、7、8的公司而言，在前台项目使用angualr就是奢望。最重要的另一个原因，也是源于需求，我接手了一个做了一半的avalon项目O(∩_∩)O，虽然是后台项目，不同模块，总不能这个用avalon，那个用angular吧，交接的时候绝对的会被骂成狗~~