vue.js 2015 回顾（译）

2015年对Vue.js来讲是高速发展的一年。这个项目的发展已经超出了个人预期，因此我打算作一个回顾并阐述一些观点。

开头

使用状况

• NPM下载量: 382,184, ~52k每个月

• GitHub Stars数量: 11,357

很遗憾，Bower和CDNs没有办法提供下载统计 - 应该至少与上面的数据相持平，由于有至关一部分的Vue.js使用者直接从CDN引用并将它用于非SPA页面。

GitHub star数量从二月份到如今有了7.6k+的增加。相比之下，Vue.js在发布的第一年(2014二月 至 2015 二月)只得到了~3.6k的stars。

Repo 活动记录

• 版本数量: 54 (从 0.11.5 到 1.0.12 , 包含 alpha/beta/rc 版本)

• 代码提交次数: 1,023

• 关闭的Issues数量: 1,014

• Pull Requests合并数量: 69个（从43个贡献者）

Vuejs.org 官网数据

• 页面浏览次数: 3,761,728

• 累计浏览人数: 363,365

• 30天内活跃人数: 76,090

亮点

被Laravel社区采用

一切的开始来自于……

React学起来真是太费劲了。@vuejs看起来挺容易的，并且网站挺不错的。?

— Taylor Otwell (@taylorotwell) April 20, 2015

Taylor Otwell是Laravel的做者，选用了Vue.js作为他新的前端库以代替React。不久以后Jeffrey Way在laracasts录制了教学视频用来安利Vue.js。如今不少的Vue.js活跃用户就是来自Laravel社区。如今有不少很是Cool的开源项目就是这两个技术的结晶，好比Koel。

发布1.0

1.0版本的开发真是一个艰难的工做：认真考虑反对的声音，漫长的时间，倾听关于模板语法修改的讨论。但最终我相信咱们作出了让大多数人满意的结果。1.0版本有着升级警告提示而且彻底向后兼容，所以我对提供了无缝升级这件事十分的自豪。

1.0的发布对于这个项目的采用来讲是一个不错的宣传。这个发布在HackerNews front页面呆了有段时间，收到了超过300个同意票。GitHub star的数量激增，从那以后Vue.js几乎天天都呆在GitHub JavaScript trending的列表里。在Google统计中，Vue.js有着不错的增加率，最近超过了Backbone和Ember。

不断壮大的生态系统

除了Vue.js这个核心，咱们如今也提供了一整套的库和工具以用来构建大型应用：

• vue-loader 和 vueify 用于构建基于组件的开发

• vue-router 用于SPA路由

• vue-devtools 用于页面调试

• vuex 用于大型项目的状态管理

固然也有不少社区贡献的项目 - 分享你创造的东西吧！

当嘉宾!

我在今年作了好屡次的播客，主要是去谈论Vue.js的。这些播客谈到了Vue.js不少深层次的话题，若是你对这些技术细节有兴趣，那么很是值得一听！

• JavaScript Jabber

• The Changelog

• Fullstack Radio

• Teahour.fm (中文)

思考 - The Progressive Framework

常常有人问我Vue.js和其余的框架相比有何优缺点。这当中有大量的技术细节，在个人播客中已经谈论的足够多了。最根本的问题在于为何Vue.js存在，它的最终目标是什么。老实说，我也常常这样问我本身 - 尤为是在这个几乎人人都在高谈阔论React的2015年。撇掉React的优点不谈，有至关的人喜欢使用Vue.js - 事实上，人数愈来愈多。每隔几天我均可以在推特看到关于Vue.js如何改变了别人的开发方式。这使得我坚信Vue.js正在填补现有web开发的不足之处。

web开发覆盖的方向很是多，每个web开发方向都很是的不一样。从静态内容网站到复杂的企业应用，人们的构建方式几乎彻底不一样。每个解决方案都是针对特定的问题而生的。例如，当尝试管理大型复杂应用的时候，侵入性强的框架每每会引入一些额外没有什么价值的复杂度到团队架构中，这些概念和工具使得简单的事情变得复杂。另外一方面，当把一些大大小小的库组合在一块儿来处理大型应用时，各类调研、开发和配置的工做变得多的吓人。

我相信Vue.js是正确的，它解决了大多数基本的web开发问题 - 经过声明映射状态到DOM - 将侵入性降到最小。若是这正是你想要的，那么这种复杂程度能立马被控制住。当项目的规模开始膨胀，你可能会开始使用组件，但它并不必定必须是一个SPA的。对于真正的SPA来讲，你可使用vue-router，而后你能够考虑是否使用模块构建系统。最终，对于一个成熟的模块化的SPA来讲，你还能够考虑是否用Vuex来管理状态……

这就是我所说的Progressive Framework: 关键在于咱们是否可以让框架跟随项目的复杂需求一块儿增加。但你开始扩展的时候，你将没必要在数不清的解决方案中苦苦筛选，由于这里有着官方解决方案并配有文档，这些解决方案自己就是被设计用于一块儿工做的。（固然，你也能够用点别的东西把他们替换掉）。在progressive framework中，你的框架相关的知识能够贯穿于整个项目，而不是只用到它的一小部分。

在2016年依旧有许多地方须要努力 - 但必定会向着好的方向发展 ;)

author: Evan You
date: Dec 20, 2015
via: http://blog.evanyou.me/2015/1...

---

但愿我没有曲解做者的意思?