為了更好地描述Meteor和AngularJS為什么值得一談，我先從個人角度來回顧一下這三年來WEB開發(fā)的變化：

    三年前，我已經(jīng)開始嘗試前后端分離，后端使用php的輕量業(yè)務(wù)邏輯框架。但當(dāng)時前端還沒有成熟且廣泛流行的業(yè)務(wù)邏輯框架。所以在做產(chǎn)品開發(fā)時我仍然選用drupal等整體開發(fā)框架。開發(fā)時常常需要在javascript和php間切換，同時還要自己搞定數(shù)據(jù)庫。此時的開發(fā)模型圖是這樣（紅色箭頭和紅色塊都表示工作重災(zāi)區(qū)）：

    隨著對用戶體驗(yàn)的追求，我開始把業(yè)務(wù)邏輯往前端推移，于是馬上遇到了前端數(shù)據(jù)與頁面展示綁定的問題，業(yè)務(wù)邏輯簡單時還能用jquery搞定。越來越復(fù)雜后，開始嘗試使用backbone等前框架來規(guī)范數(shù)據(jù)層和做數(shù)據(jù)與視圖的綁定，用requireJS做模塊化和延遲加載。同時異步處理等編程模型也都開始進(jìn)入實(shí)戰(zhàn)。后端采用RESTful接口規(guī)范。此時的開發(fā)模型圖是這樣：

    一年前左右，接觸到knockout和AngularJS，感受到數(shù)據(jù)和視圖自動綁定的美妙開發(fā)體驗(yàn)后，立即拋棄Backbone。此時的開發(fā)已經(jīng)徹底前后分離、前端業(yè)務(wù)數(shù)據(jù)層和視圖層分離。接下來又開始陸續(xù)使用coffeescript 、jade、less進(jìn)一步減少代碼量。用grunt做自動編譯、測試、和檢測文件改動自動刷新瀏覽器。一切都已經(jīng)比較完美了，除了后端仍然要對數(shù)據(jù)持久化做不少工作，除了前端要想實(shí)時反映數(shù)據(jù)改變?nèi)匀灰喸兓蛘哂脀ebSocket連接服務(wù)器。這時的開發(fā)模型圖已經(jīng)是這樣了：

    只差一點(diǎn)就完美了，Meteor就是這一點(diǎn)。Meteor是一個基于nodejs、webSocket、mongoDB的整體開發(fā)框架，在它的實(shí)現(xiàn)中，前后端的數(shù)據(jù)模型已經(jīng)幾乎沒有差別。

    意思就是，前端對數(shù)據(jù)模型進(jìn)行任何改動，只要調(diào)用“save”方法，所有數(shù)據(jù)就自動存到服務(wù)器端的mongoDB中了——終于可以忘了主動發(fā)送請求給服務(wù)器，終于可以忘了服務(wù)器要和前端實(shí)現(xiàn)幾乎一樣的數(shù)據(jù)模型層

    而任何前端“訂閱的”后端數(shù)據(jù)出現(xiàn)改動，前端數(shù)據(jù)模型也會馬上自動得到了更新——終于可以忘了主動輪詢，終于可以忘了拿到后端數(shù)據(jù)再解析成前端模型。除了前后端模型的雙向自動綁定，Meteor同時還實(shí)現(xiàn)了數(shù)據(jù)到前端模板的自動更新。

    不過，Meteor的模板在處理視圖到模型的改動時擴(kuò)展性不如AngularJS。因此，將AngularJS和meteor結(jié)合是最好的選擇。到這里，快速Web開發(fā)模型終于完成：

    除了模型的自動綁定與更新，meteor還提供了大量進(jìn)一步加速開發(fā)的機(jī)制。如：

• 前后端載入文件文件的自動化管理。只要將相應(yīng)的文件扔到前后端相應(yīng)的目錄中，就會自動載入到頁面，或者在后端自動運(yùn)行。
• “智能包”管理。Meteor提供了模塊的機(jī)制，讓第三方開發(fā)者可以寫“智能包”來加強(qiáng)前后端的功能。如，加載了“coffeescript”智能包后。無論前后端用coffeescript寫的代碼都會自動編譯成javascript后再載入。
• 內(nèi)置大量“智能包”，有進(jìn)一步支持開發(fā)的包，如“l(fā)ess”、“underscore”、“coffeescript”，還有通用業(yè)務(wù)邏輯包。如“賬戶管理”，而且已經(jīng)集成主流oauth賬號登陸。
• 自動檢測文件改動，自動刷新瀏覽器。
• 自動化部署。