使用 Meteor 和 Node.js 構(gòu)建實時應(yīng)用
最近,有許多關(guān)于 Derby.js的激動人心的討論涌現(xiàn)在了我的Twitter Timeline. 我從未體驗過一個框架能夠幫你做這么多–實時同步客戶端和服務(wù)端. 從本質(zhì)上講, 這使得我們可以自己編寫一個代碼量很少的應(yīng)用可以讓兩個人編寫同一個 text field–live. 而 Derby幫你處理了在 models 和 views 之間所有的同步. 就如 Google Docs 的協(xié)作編輯那樣.
這非常的強(qiáng)大, 但經(jīng)過深入的研究, 發(fā)現(xiàn) Derby.js 并沒有我想象中的那么成熟–目前還沒有到1.0版本. 當(dāng)然, Node.js 和 Meteor.js 也同樣沒有. 但相比起來, 似乎Derby缺少的更多一些. 比如, 據(jù)我目前知道的, 還沒有一個好使的方法來處理sessions. 或許是因為缺乏文檔的原因吧, 但是, 據(jù)說Derby的團(tuán)隊目前正在開發(fā)authentication. 如果有誰有一些關(guān)于Derby.js 處理sessions的新手指引, 我會很樂意去研究的.
另外一個我經(jīng)常見到被拿來與Derby.js做比較的框架是Meteor.js. 與Derby相似的是,它也能在多個客戶端下實時更新views, 盡管做法上可能跟Derby有點不同. Derby可以較容易的使用多種數(shù)據(jù)庫, 而Meteor則只親近于MongoDB. 事實上, 通過如Mongoose客戶端接入數(shù)據(jù)庫的API與你在服務(wù)端所期望的已經(jīng)非常接近了.
雖然現(xiàn)在meteor是個有一些缺點和爭議的框架, 但Meteor看起來是非常有趣的選擇用來建立有實時需求的應(yīng)用. 個人還是喜歡Derby基于傳統(tǒng)回調(diào)的編程形式更吸引我, 但在Derby的強(qiáng)大背后,卻缺乏健壯的文檔和一個大的開發(fā)者社區(qū), 這無疑是個很大的打擊. 或許這會隨著時間推移而有所改變吧, 但比起Meteor來說還是會慢很多, 因為后者最近獲得了1100萬美元的資金. 這筆財政資金確保了Meteor的存在以及得到持續(xù)的支持. 對于那些需要財政與發(fā)展穩(wěn)定的框架的開發(fā)者而言, 這筆資金只會讓Meteor更加優(yōu)勝. <!– more –> 今天,讓我們一起來看看如何新建一個真實的但又簡單的Meteor應(yīng)用. 本質(zhì)上說, 這是基于Tom的 Vimeo screencast的一個新手指引. 與Tom的 Vimeo screencast最大的不同是處理事件的方式. 比起復(fù)制粘貼一個Meteor示例的代碼, 我會一步一步的通過自己的方式來處理使用Enter鍵來提交一則訊息. 讓我們開始吧.
創(chuàng)建一個 Meteor應(yīng)用
Derby和Meteor 他們共有的一個大加分是他們各自的命令行工具. 與Derby使用Node的內(nèi)置的 npm 工具所不同的是, Meteor使用的是它自己的.
在終端(Mac OS X 和 Linux),執(zhí)行如下的命令. (在這之前請確保你已經(jīng)安裝了Node)
- $curl https://install.meteor.com | /bin/sh
Metror會自己搞定,并安裝命令行工具.
要新建一個項目, 先轉(zhuǎn)到你的工作目錄然后運行下邊的代碼. 這會創(chuàng)建一個目錄, 里邊包括有Meteor和一個最基本模板程序.
- $meteor create chat
現(xiàn)在, 你可以轉(zhuǎn)到該目錄并運行下面的代碼讓它跑起來
- $cdchat$meteor
- Running on: http://localhost:3000/
想要看到這個最基礎(chǔ)的應(yīng)用程序, 你只需要在任意一款不過時的瀏覽器下打開http://localhost:3000/
只要你想, 你就可以使用Meteor內(nèi)置的meteor deploy命令來部署你的應(yīng)用到Meteor自己的服務(wù)器上
- $meteor deploy my-app-name.meteor.com
只要你更新保存了你的代碼, 所有連接上的瀏覽器都會實時更新其頁面.
開發(fā)聊天應(yīng)用
在Meteor Create指令產(chǎn)生的文件夾中，你可以看見不同的文件。如果你知道怎么查看隱藏文件的話，你還可以看見個.meteor這個文件夾。這個文件夾包含了Meteor它本身，以及MongoDB的數(shù)據(jù)文件。
在你App的根目錄文件夾下，你應(yīng)該可以看到這三個文件：chat.html, chat.css和chat.js。這三個文件都是自帶說明部分的。HTML文件包含了App的模型以及外觀，他們都是被chat.css定義的。Javascript文件包含了在client和server端要執(zhí)行的腳本。有一點很重要，不要把任何東西放進(jìn)這個腳本文件，比如說配置參數(shù)和密碼，因為任何人都可以通過查看你應(yīng)用程序的代碼看到這些。
用你喜歡的文本編輯軟件打開chat.js這個文件。就個人而言，我喜歡用Sublime Text2，因為這個工具簡潔還有多種鼠標(biāo)狀態(tài)提示。
你可以在chat.js文件中查看到下面這樣一段代碼：
- if (Meteor.is_client) {
- Template.hello.greeting = function () {
- return "Welcome to chat.";
- };
- Template.hello.events = {
- 'click input' : function () {
- // template data, if any, is available in 'this'
- if (typeof console !== 'undefined')
- console.log("You pressed the button");
- }
- };
- }
- if (Meteor.is_server) {
- Meteor.startup(function () {
- // code to run on server at startup
- });
- }
在Meteor.js中注意if段落中Meteor.is_client和Meteor.is_server的兩個部分。在這些區(qū)塊中的代碼會分開執(zhí)行，當(dāng)運行這段代碼的機(jī)器是client端則只運行clint塊中的代碼，server同理。這就說明了Meteor在實際運用中的代碼共享能力。
刪除掉if中所有Meteor.is_client和Meteor.is_server段的代碼，最后只剩下一段：
- if (Meteor.is_client) { }
注意，當(dāng)你保存了 腳本文件之后，你的瀏覽器會立刻刷新加載這段新的代碼。
創(chuàng)建視圖(View)
在我們正式對這個腳本文件動工之前, 我們需要先新建一個視圖用來展示聊天記錄. 在編輯器里打開chat.html并刪除body標(biāo)簽里邊的代碼. 包括名為hello的template標(biāo)簽.只留如下部分
- <head>
- <title>chat</title>
- </head>
- <body>
- </body>
接著在body標(biāo)簽里添加下面這句
- {{> entryfield}}
Meteor使用的模板系統(tǒng)與Mustache很相似.大括號{% raw %}{{}}{% endraw %}表示要呈現(xiàn)的內(nèi)容. 通過簡單地在兩對大括號里添加內(nèi)容如{% raw %}{{hello}}{% endraw %}, 模板系統(tǒng)會用hello這個變量的值來替換它. 后面會更詳細(xì)的介紹.
注意到了在entryfield這個詞前面有個大于號>了嗎? 使用該符號來指定渲染哪一個模板.
- <template name="entryfield">
- <input type="text" id="name" placeholder="Name" /> <input type="text" id="message" placeholder="Your Message" />
- </template>
在這個例子中,template標(biāo)簽有單個屬性, 即模板的名字, 這就是我們要渲染的模板, 注意, 模板的名字要和body里的代碼指定的模板名字一樣 ({{> entryfield}})
查看瀏覽器, 你會發(fā)現(xiàn)頁面已經(jīng)刷新了, 輸入框已經(jīng)呈現(xiàn)出來了.
接下來, 在body里邊添加另外的一個mutache標(biāo)簽用以渲染訊息列表
- {{> messages}}
最后, 我們還需要新建一個名叫messages的模板. 在entryfield模板下面添加下面這段代碼
- <template name="messages">
- <p>
- {{#each messages}}
- <strong>{{name}}</strong>- {{message}}
- {{/each}}
- </p>
- </template>
注意到each子句. 在Meteor中你可以使用如下的語法來遍歷一個數(shù)組模板
- {{#each [name of array]}}
- {{/each}}
使用each循環(huán)時,上下文會有所改變. 當(dāng)引用變量的時候, 實際上你引用的是每一個數(shù)組元素的值.
例如,在我們的chat應(yīng)用中, 我們遍歷了數(shù)組模板”messages”里邊的每個元素, 該數(shù)組可以像下面這樣,
- [
- {
- "name": "Andrew",
- "message": "Hello world!"
- },
- {
- "name": "Bob",
- "message": "Hey, Andrew!""
- }
- ]
然后, 在each循環(huán)中, 你可以看到{% raw %}{{message}}{% endraw %}{% raw %}{{name}}{% endraw %}, 這會引用 每一個數(shù)組元素的值來替代(Andrew 和 Bob 替換 name, 以及各自的問候信息.)
當(dāng)返回到你的瀏覽器, 你還看不到任何的改變. 因為訊息數(shù)組還沒被傳送到模板, 所以Meteor遍歷不到任何東西來呈現(xiàn).
你的chat.html最后應(yīng)該是這樣的
- <head>
- <title>chat</title>
- </head>
- <body>
- {{> entryfield}}
- {{> messages}}
- </body>
- <template name="entryfield">
- <input type="text" id="name" placeholder="Name" /> <input type="text" id="message" placeholder="Your Message" />
- </template>
- <template name="messages">
- <p>
- {{#each messages}}
- <strong>{{name}}</strong>- {{message}}
- {{/each}}
- </p>
- </template>
#p#
JavaScript
從現(xiàn)在開始, 我們處理的大部分代碼都是客戶端代碼, 所以, 除非特別說明, 以下的代碼都是在if (Meteor.is_client)代碼塊中.
在我們編寫展示訊息的代碼之前,讓我們先新建一個Collection. 從本質(zhì)上講, 這是一組Models. 換句話說, 在這個chat應(yīng)用的環(huán)境下, Messages collection保存著整個聊天記錄, 而每條訊息記錄是一個Model.
在if語句前, 添加如下代碼來初始化Collection:
- Messages = new Meteor.Collection('messages');
因為我們希望這個Collection可以在客戶端和服務(wù)端被創(chuàng)建, 所以我們把它寫在了客戶端代碼塊之外.
由于Meteor為我們做了大部分的工作, 要展示聊天記錄是非常容易的. 只需要把下面的代碼添加進(jìn)if語句里邊.
- Template.messages.messages = function(){
- return Messages.find({}, { sort: { time: -1 }});
- }
讓我們拆開來分析這段代碼:
- Template.messages.messages = function(){ … }
第一部分Template表示我們正在修改一個模板的行為.
- Template.messages.messages = function(){ … }
第二部分messages是模板的名字, 表示是在修改哪一個模板. 例如,如果我們想要對”entryfield”模板做些什么, 只需把代碼改成Template.entryfields.variable = function(){ … }(在這里, 請別這么做)
- Template.messages.messages = function(){ … }
第三部分的這個messages代表的是一個這個模板里的一個變量. 還記得我們的each循環(huán)遍歷messages嗎? 這就是那個mesaages.
當(dāng)你打開瀏覽器時, 頁面還是沒有什么改變. 這是意料之中的事, 因為我們只抓取的訊息, 而沒有展示出來.
此時,你的chat.js應(yīng)該是這樣的. 是否很驚訝就只需在服務(wù)器寫這么些代碼我們就能展示一個實時的聊天記錄應(yīng)用.
- Messages = new Meteor.Collection('messages');
- if (Meteor.is_client) {
- Template.messages.messages = function(){
- return Messages.find({}, { sort: { time: -1 }});
- }
- }
在console里添加Message
這部分的內(nèi)容是可選的, 當(dāng)然它有助于你調(diào)試程序. 你可以直接跳過往下學(xué)習(xí)建立form來響應(yīng)鍵盤事件(key press).
如果你想要測試你的訊息顯示代碼, 你可以手動插入一條記錄到數(shù)據(jù)庫. 打開你的瀏覽器控制臺, 并輸入如下:
- Messages.insert({ name: 'Andrew', message: 'Hello world!', time: 0 })
這將會在數(shù)據(jù)庫中新建一條記錄, 如果正確的操作了的話,那瀏覽器就會即刻更新這條訊息在頁面上.
消息表單
回到chat.js文件當(dāng)中，我們會將供輸入的form和數(shù)據(jù)庫鏈接起來以接收用戶聊天數(shù)據(jù)的提交。在底部添加下面的代碼，不過注意要在if語句塊中。
- Template.entryfield.events = {
- "keydown #message": function(event){
- if(event.which == 13){
- // Submit the form
- var name = document.getElementById('name');
- var message = document.getElementById('message');
- if(name.value != '' && message.value != ''){
- Messages.insert({
- name: name.value,
- message: message.value,
- time: Date.now()
- });
- name.value = '';
- message.value = '';
- }
- }
- }
- }
代碼有點多，讓我們再回顧一遍。你也許還記得，在Template后面的第二個單詞決定了我們正在修改的是哪個模板。不過跟之前不同的是，我們寫的代碼是用來綁定數(shù)據(jù)庫和messages模板的，我們正在修改的模板是entryfield。
這個模板中events的屬性包含了一個object，events的屬性按照下面的格式呈現(xiàn)：
- "[eventname] [selector]"
例如，如果我們想為一個ID為hello的button綁定一個點擊事件的話，我們會把下面的代碼加入到events的個結(jié)構(gòu)體當(dāng)中。
- "click #hello": function(event){ … }
在我們的例子當(dāng)中，我們是將一個函數(shù)綁定到了ID為“message”的一個keydown事件當(dāng)中。如果你還記得，這段代碼早在我們在chat.html文件中建立模板的時候就已經(jīng)設(shè)定好了。
在事件對象中，每個key都有一個函數(shù)作為它的值。這個函數(shù)在事件被調(diào)用時執(zhí)行，其中事件對象作為第一個參數(shù)傳遞給該函數(shù)。在我們的app里，每當(dāng)ID帶有“message”的輸入欄中有任意鍵被按下(keydown)時，該函數(shù)就被調(diào)用了。
函數(shù)內(nèi)的代碼相當(dāng)簡單。首先，我們檢查回車鍵是否被按下（輸入中有13的關(guān)鍵代碼）。第二，我們通過ID取得兩個輸入欄的DOM元素。第三，我們檢查并確保輸入值不為空，以防止用戶提交一個空的名字或信息(name or message)。
注意下面的代碼很重要。這段代碼是將message插入數(shù)據(jù)庫。
- Messages.insert({
- name: name.value,
- message: message.value,
- time: Date.now()
- });
正如你看到的，這和我們插入到控制臺的代碼類似，但不是硬編碼的數(shù)值，我們用的是DOM元素的值。此外，我們加入了當(dāng)前時間，以保證聊天日志被正確的按時間排序。
最后，我們將兩個輸入的值簡單的設(shè)為”以清空輸入欄。
現(xiàn)在，如果你進(jìn)入瀏覽器，你可以試著輸入一個名字與信息到兩個輸入欄。按下回車以后，輸入欄將被清除，一個新的消息會出現(xiàn)在你的輸入字段的正下方。打開另一個瀏覽器窗口，導(dǎo)航到同一個URL(http://localhost:3000/)。試著鍵入另一個信息，而
正如你看到的，Meteor非常強(qiáng)大。不需要寫一行明確更新消息日志的代碼，新的信息顯示出來并同步到多個瀏覽器和客戶端。
總結(jié)
雖然Meteor工作起來非?？?，而且也有一些非常有用的應(yīng)用支持它，比如Derby.js，但它是不成熟的。一個說明這一點例子就是，瀏覽文檔并找找紅色的引文。例如，關(guān)于MongoDB集合該文檔做了如下陳述：
目前客戶端被給予集合的完全寫訪問權(quán)限。它們可以執(zhí)行任意的更新命令。一旦我們建立鑒權(quán)認(rèn)證，你將能夠限制客戶端的直接插入，更新和刪除。我們也在考慮校驗器或者其他類似ORM的功能。
任何用戶擁有完全的寫訪問權(quán)限是一個非常大的問題，因為對任何一個app產(chǎn)品——如果一個用戶對你的整個數(shù)據(jù)庫有寫訪問權(quán)限，這是一個相當(dāng)大的安全問題。
看到Meteor(和Derby.js!)在像哪個方向前進(jìn)是令人激動的，但是除非它成熟一點，它可能不是一個產(chǎn)品級應(yīng)用的最好選擇。期待那1100萬美元資金能很好的利用起來。
原文鏈接：http://www.oschina.net/translate/introduction-to-realtime-web-meteor-and-nodejs
