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...

---

但願我沒有曲解做者的意思?