一篇2010年的文章,本身讀完後一些對node.js的疑問迎刃而解,因爲文章比較舊,因此文中描述的狀況有些已經發生了變化,在翻譯過程當中會一一指出。javascript
原文:http://debuggable.com/posts/understanding-node-js:4bd98440-45e4-4a9a-8ef7-0f7ecbdd56cbphp
當我把Node.js介紹給人們的時候,一般會產生兩種反應。總的來講人們不是能夠正確的理解它,就是被搞得很是糊塗。java
若是你到目前爲止還處於第二組裏,下面是我想要用來說解node的內容:node
「可是我能夠作任何我想要作的事情用:ruby,python,php,java, ... !」python
我聽到了你的聲音。你是對的。Node不是該死的獨角獸,它不會幫你作你本身的工做,抱歉。它只是一個工具,而且它大概也不會徹底地替換你經常使用的工具,至少當前不會。git
「說重點!」github
好的,我會的。Node總的來講很是優秀當你須要同時作許多事情的時候。你有過寫了一部分代碼而後說「我想要這個並行執行」嗎?好吧,在node中任何東西都是並行運行的,除了你的代碼。web
「嘿?」數據庫
是的沒錯,任何東西都是並行的,除了你的代碼。爲了理解它,把你的代碼想像成是國王,而後node是它的僕從軍隊。編程
新的一天以僕從叫醒國王而且問他是否須要什麼而開始了。國王給了這個僕從一個任務列表,而後回去繼續睡覺去了(汗)。這個僕從把這些任務分配給了他的同僚,而後他們開始工做。
當一個僕從完成了一個任務,他會在國王領地外邊排成一條線來彙報。國王一次讓一個僕從進來,而後聽取他的報告。有時候國王會在僕從出去的時候給僕從更多的任務。
生活是美好的,由於國王的僕從並行的執行他的任務,可是一次只報告一個結果,因此國王能夠專一。*
「那是異想天開,可是你能結束這個愚蠢的比喻而且用geek的方式告訴我嗎?」
固然。一個簡單的node程序看起來多是這樣的:
var fs = require('fs') , sys = require('sys'); fs.readFile('treasure-chamber-report.txt', function(report) { sys.puts("oh, look at all my money: "+report); }); fs.writeFile('letter-to-princess.txt', '...', function() { sys.puts("can't wait to hear back from her!"); });
你的代碼給了node兩個任務用來讀寫一個文件,而後就休眠了。當node完成了一個任務,跟它對應的回調就會被觸發。可是在同一時間只能有一個回調觸發。在那個回調完成了執行以前,全部其餘的回調不得不排隊等待。進一步說,對於回調觸發的順序是沒法保證的。
「因此我沒必要擔憂代碼在同一時間訪問同一個數據結構?」
你理解了!這就是JavaScript的單進程/事件循環設計的所有美之所在。
「很是好,可是爲何我應該用它?」
一個緣由是效率。在一個web應用中,你主要的響應時間消耗一般是執行數據庫查詢的時間之和。經過node,你能夠一次執行你全部的查詢,把響應時間減小爲執行最慢查詢所花費的時間。
另外一個緣由是JavaScript。你可使用node來在瀏覽器和你的後端之間共享代碼。JavaScript也正在變成一個真的通用語言。無論過去你用的是python,ruby,java,php或者其餘語言,你均可能用過一些JS,對嗎?
最後一個緣由是原始速度。V8時刻在向成爲全球最快的動態語言解釋器之一而努力。我想不到任何其餘語言在速度上有像現在的JavaScript同樣有如此日新月異的提高。進一步說,node的I/O能力很是輕量級,可使你能夠儘量的徹底利用你係統徹底的I/O能力。
「因此你在說我應該從如今起用node來寫我全部的應用?」
是和不是。一旦你開始掄node這個錘子,那麼顯然一切開始看起來都像一個釘子。可是若是你當前的工做有一個期限,你能夠經過如下來決定:
「node能運行在Windows上嗎?」
不行。若是你使用的是windows,你須要運行一個Linux虛擬機(我推薦VirtualBox)。node對Windows的支持在計劃中了,可是接下來的幾個月不要屏住呼吸除非你想對port提供幫助。(譯者:如今node能夠完美的運行在Windows上)
「我能在node中訪問DOM嗎?」
好問題!不行,DOM是瀏覽器中的東東,而且node的JS引擎(V8)幸虧跟那些混亂的東西是徹底分離的。不過,有人在以node模塊的形式來實現DOM,可能帶來使人興奮的可能性好比對客戶端代碼進行單元測試。
「難道事件驅動編程不是真的很是難嗎?」
這取決於你。若是你已經學過如何在瀏覽器中擺弄AJAX調用和用戶事件,那麼使用node不會是一個問題。
同時,測試驅動開發能夠真正的幫助你以一個可維護的設計作爲開始。
「誰在用它?」
在node wiki(滾動到"Companies using Node")有一個小的/不全的列表。Yahoo正在爲YUI對node進行實驗,Plurk正在使用它處理大規模的comet,而且Paul Bakaus(因爲jQuery UI而出名)正在建立一個使人興奮的遊戲引擎,其中後端使用了一些node代碼。Joyent已經僱傭了Ryan Dahl(node做者)而且大力資助開發。
對了,Heroku也剛剛聲明瞭支持對node.js的託管。
「我能去哪裏學更多?」
Tim Caswell正在運做優秀的How To Node博客。在twitter上Follow #nodejs。訂閱郵件列表。而後去IRC頻道逛逛,#node.js(是的,名字中包含這個點)。咱們在那的划艇分數快達到200了:)。
我也將會繼續在debuggable.com這裏寫文章。
當前就寫這麼多了。若是你有其餘問題歡迎留言。
--註解:
*: 這個比喻顯然是太簡單了,可是在現實之中找到一個與非阻塞概念相對應的對照物很難。