avalon的优点是显而易见的：
avalon是一个优秀的前端框架
avalon的思想非常超前，当然，从另一方面讲，没有什么东西是新的，但是avalon的推出时间要早于angularjs，在MVVM的框架里是比较早的。在使用MVVM框架后最大的感受就是，如果业务逻辑不是非常复杂，整个的前端开发与后端交互这一块基本就剩下了命名变量和赋值，工作轻松了许多。
几乎没有不能应付的情况
avalon经过了去哪儿前端业务的考验，作者的考虑比较全面，几乎没有不能应付业务需要的情况，尤其是class的命名如ms-class-1={{blue}}就是考虑到了多个vm变量控制class赋值的情况，非常实用，再比如$index的使用，在任何时间轻松获取索引，非常方便。
兼容性好
推出的IE版和mobile版本能很好的适配IE低版本浏览器和移动端。
avalon也有许多缺点：
官网混乱 文档不统一
虽然使用avalon很长时间，但是avalon的不同版本都是散落在司徒（author）的博客，去哪儿的UED团队博客上和github上，及其混乱，新的一版出来，没有一个统一的地方通知，是偶尔才知道的。如果avalon的文档能管理的有秩序一些，会有更多人知道这个框架。
没有配套的脚手架
ant.design是阿里的前端团队推出的基于React的组件，配套了相应的开发工具，能方便的开发，测试和集成。Vue也有相应的构建工具，而avalon还是停留在小米加步枪的时代。
对组件的支持太弱
首先是组件的开发方式非常晦涩，不容易看懂，其次官方提供的组件开发很多时候竟然是单例模式的，同一个组件在一个页面中引用两次（比如日期组件）会引起冲突。
对路由的支持差
配套的路由是可用的，但与别的框架比起来，使用的时候会有很多坑，比如没有区分用户点击请求和ajax请求，用户点击返回的时候会造成路由污染。
由于avalon的自身容量较小，再加上以上的分析，avalon最适合做页面的模板工具，用自定义的符号（一般是{{}}）做占位符，avalon可以很轻松的填充数据，交互也非常不错。在这样的场景下，建议模板输出的时候就在head标签里定义数据，可以省去ajax请求：
<head>
<script>
var _data = JSON.parse("<?php echo json_encode($data); ?>");
</script>
</head>
/**
* html code
**/
<script>
var vm = avalon.define({
$id:"id",
array:_data
});
</script>
另外，就是要求兼容低版本浏览器的需求可以考虑avalon。
