怎麼評價Facebook的Relay框架？Meteor.js 是什麼？

http://www.zhihu.com/question/34531232?rf=34500201

Meteor.js 是什麼？

做者：陳天
連接：http://www.zhihu.com/question/20296322/answer/16089122
來源：知乎
著做權歸做者全部，轉載請聯繫做者得到受權。

Meteor的官網( Meteor )這樣介紹這個框架：

Meteor is an open-source platform for building top-quality web apps in a fraction of the time, whether you're an expert developer or just getting started.

top-quality web apps 咱們放下不表， fraction of the time 的提法很新穎，看來這個框架的目標是解放程序猿，少花時間多辦事。雖然具體的演化路徑我不得而知，但從網絡上的各類蛛絲馬跡來看，Meteor吸取了google wave, asana等平臺背後的開發工具的精髓，逐漸演進出了目前的版本。Meteor的幕後團隊至關強悍：他們大多畢業於MIT，是成功的創業家，也是一流的工程師，其中一個開發者仍是神器 etherpad 的做者。

METEOR究竟有什麼NB的地方？

首先，Meteor構架與nodejs之上。這使得 One Language 成爲可能，同時可依託nodejs上諸如 http://socket.io這樣強大的類庫內置 realtime， Date on the Wire 等特性。

在一種語言的基礎上，Meteor統一了服務器端和客戶端的數據訪問，提出 Database Everywhere，一套DB API大大減輕了開發負擔，不用再作server data JSON client data的轉換（想一想你的django 或者rails app，在這上面花了多少功夫？）。

爲了讓app達到最佳的用戶體驗，Meteor還提供了 Latency Compensation，客戶端對數據的更新即時反應到UI，若是更新被服務器reject，再rollback。大多數狀況下，用戶會獲得極佳的相似本地數據庫的體驗。

Meteor最讓人叫絕的是其 Full Stack Reactivity。關於reactivity programming的詳細介紹，請參考 Reactivity Programming，這裏不展開。簡言之，當數據發生改變的時候，全部依賴該數據的地方自動發生相應的改變。

用過backbone的同窗都知道，當model發生改變的時候，咱們須要經過註冊相應的事件，顯式更新對應的DOM，若是數據在頁面中多處被渲染，則每處對應的DOM需挨個更新。

ember在backbone的思想上更近了一大步，經過內置的data binding API，讓數據和DOM可以雙向綁定，程序猿不用再花心思去考慮DOM的更新。然而，蹩腳的API調用（全部對binding的數據的訪問須要經過getter和setter，你懂的）和DOM中無處不在的script垃圾讓ember既不簡約也不優雅。
而Meteor則另闢蹊蹺，經過reactivity context和dependency巧妙地支持了reactivity（據做者說核心代碼就幾十行），使用者幾乎感覺不到代碼的變化。

Meteor另外一個很貼心的點是零部署。開發web app有點小頭疼的點是打包和部署。好比說，把less轉成css，coffee轉成javascript，而後混淆，壓縮，雖然有些自動化的工具能夠簡化這部分工做，可還免不了相應的配置和一些腳本工做。在開發環境下，meteor會自動替你加載js/css，若是你使用了coffee/less (sass)，只要add了相應的smart package，meteor會自動幫你處理；開發完畢後要部署，只須要運行meteor bundle，系統自動會將相關的資源打包，只要目標系統上有相應版本的nodejs，meteor和mongodb，就能運行一個標準的production版本。

如下是meteor官網上的介紹，當你真正使用meteor後，會發現還真不是吹牛。

SEVEN PRINCIPLES OF METEOR

1. 
   Data on the Wire. Don't send HTML over the network. Send data and let the client decide how to render it.
2. 
   One Language. Write both the client and the server parts of your interface in JavaScript.
3. 
   Database Everywhere. Use the same transparent API to access your database from the client or the server.
4. 
   Latency Compensation. On the client, use prefetching and model simulation to make it look like you have a zero-latency connection to the database.
5. 
   Full Stack Reactivity. Make realtime the default. All layers, from database to template, should make an event-driven interface available.
6. 
   Embrace the Ecosystem. Meteor is open source and integrates, rather than replaces, existing open source tools and frameworks. Simplicity Equals Productivity. The best way to make something seem simple is to have it actually be simple. Accomplish this through clean, classically beautiful APIs.

以上內容摘自個人博客文章： 爲何是Meteor

[補充] 下一代的web app是什麼？
咱們看看幾代計算機體系的發展。web/cloud時代是否是重複者mainframe/CS時代走過的路？那麼，咱們是否是有理由相信，meteor在此作的嘗試是一個正確的方向？

編輯於 2013-02-06 13 條評論 感謝

分享

 

收藏 • 沒有幫助 • 舉報 • 做者保留權利

 

收起

15 贊同 反對，不會顯示你的姓名

wolf3cjust for fun.

15 人贊同

大概看了一下上面幾位的回答，因爲本身這段時間在使用meteor，因此也想說兩句。 先回答問題，簡單說，meteor是一個web APP開發框架，你只須要使用HTML+css+js就能夠獨立開發一個web APP。你能夠輕鬆完成全棧式開發的全部工做，我說的是 輕鬆完成。 至於好壞… 顯示所有

大概看了一下上面幾位的回答，因爲本身這段時間在使用meteor，因此也想說兩句。

先回答問題，簡單說，meteor是一個web APP開發框架，你只須要使用HTML+css+js就能夠獨立開發一個web APP。你能夠輕鬆完成全棧式開發的全部工做，我說的是 輕鬆完成。

至於好壞，關於那些官網上的各類優勢之類，我就再也不搬了，好很差要看實際使用體驗，僅僅憑官網或docs中幾句話，就過來和別人爭論是沒有意義的（不管是褒是貶）。我僅就本身的使用體驗，瞎扯幾句。

一、從學習角度，學習曲線爲y=x^2形，簡單使用很容易學會，至於高級功能，稍有點麻煩（我說的這個麻煩僅僅是與那些簡單知識相比，而不是說比其餘的框架麻 煩）。語言方面，前端是js、後臺是js、數據庫仍是js（mongoDB）；數據庫方面，使用mongoDB自由度很是大，讓你不須要一上來就要定好數 據結構，徹底能夠在開發過程當中不斷演進；思想方面，整個框架讓人上來就感受從前到後都應該是由你來負責，每個功能從前到後都是一體的，因此，從一開始你 的思想就是一個功能塊一個功能塊的，而不是client與server的，讓人的思考從技術中解脫出來了，更多的心思投入到功能思考中。至於一些高級的響應式、等等， 可能也就是對於沒有開發經驗的人來講理解起來稍微有點麻煩。

二、從寫代碼的角度，meteor給個人感受就是簡單、直觀。之前寫web應用，從後臺數據庫中的數據到界面中的展現，給人你須要各類語言，各類傳輸。可是在 meteor中，我將HTML和css做爲畫筆，將js比做連線筆，畫筆畫出界面，對於須要展現數據庫內容的地方，留給js鏈接就好，畫筆和連線筆中間的 連接點就是spacebar（一個相似於headlebar的東西，簡單說就是將HTML中須要鏈接js的地方{{name}}標識，在js中直接處理數 據return給HTML中對應位置）。做爲一隻產品狗，我可不想在業餘產品中耗費太多時間來學習大量技術，最快出東西纔是最重要的。什麼是restful？什麼是打包？什麼是接口？管我鳥事啊？開發過程當中又沒遇到這種問題啊，哈哈……

-------------------------------------------2016.02.03 補充-----------------------------------------------
三、所見即所得。Meteor開發時能夠在本身的電腦上看到本身APP的效果，可能有人要說開發web均可以看到本身開發的效果啊，可是meteor看到的是鏈接了後臺的，也就是在你的電腦上跑了一個你目前開發的應用，你能夠邊開發邊查看，不須要本身搭建虛擬環境，而且，這種開發的另外一個好處就是調試更加方便，在開發的過程當中，你已經知道本身的東西是否知足了要求，輸入的數據是否能夠在另外一個地方輸出正常。

四、更友好，更專一，給人信心。meteor學習、開發簡單，這個咱們已經說了，這裏說的 「友好」 在於Meteor的從增長各類組件到部署本身的應用，都是很是簡單的，一條meteor add 就增長了一個package，一樣一條命令就能夠部署本身的應用到服務器上，你的全部注意力都放在怎麼作好本身的web APP，而不是各類環境搭建上。而且meteor提供免費的部署服務，初學者能夠將本身作的東西部署到meteor的官方服務器上，這對於剛開始學習的人來講是一個很好的激勵，哈哈，寫一個todo list 部署上去，而後再朋友圈吹一波牛逼吧。


Meteor目前的不足：

1. 文檔可能是英文。目前我看到比較好的中文文檔大概就是Discover Meteor 中文版，不過入門書我首推 Your First Meteor Application http://meteortips.com/book.pdf 另外，國內極客學院有視頻教程，中文的。
2. 國內用的人太少。目前中文社區用戶不多，不少問題仍是須要到過來網站上找答案。
3. 支持的組件不夠豐富。這是全部新東西面臨的一個問題，不過，meteor發展很快，如今主流的組件（例如bootstrap等）都有了很是棒的支撐。

----------- 2016-6-23 ------------- 鑑於還有人可能看到上面提到內容，因此作個補充，省得學了半天發現資料過期： 爲了與JavaScript最新標準 ES6 保持一致，Meteor 1.3 作了較大的改動，好比新標準下的引用必需要 import ，而不是像之前那樣全部文件代碼可相互訪問，因此，若是你想要學習最新 Meteor ，仍是須要看一下官方指南（寫的很好、很詳細）。 PS：Meteor 1.3 是後向兼容的，因此，你按照之前方式寫的代碼仍是沒有問題的。