理解 Node.js(译文)

前言

总括 ：这篇文章十分生动形象的的介绍了Node，知足了读者想去了解Node的需求。做者是Node的第一批贡献者之一，德国前端大神。译者以为做者的比喻很适合初学者理解Node，特此翻译。

译者 ：原文网址里有只小蚂蚁的效果颇有意思(屡次鼠标悬浮会有惊喜)，哈哈哈，能够去看一下哦。

• 原文地址：Understanding node.js
• 原文做者：Felix Geisendörfer
• Node小应用：Node-sample
• 译者：Damonare

本文属于译文

正文

当我向别人介绍Node.js 的时候通常会有两种反应，要么是立马就弄明白它是个什么玩意儿，要么是被它搞的很糊涂。

若是你如今还处于后者，下面就是我对于node的解释：

• 它是一个命令行工具，你能够下载一个tarball文件，编译而后安装源文件；
• 它可让你在你的终端输入node my_app.js来运行Javascript程序；
• Node的JS代码是由 V8 javascript 引擎（就是那个使得Chrome如此之快的东西）所执行的；
• Node提供了诸如访问网络或是操做文件系统的Javascript API

“但我也能够用 Ruby, Python, Php,Java, ...等语言来作我想要作的事啊”

我听到你说的话了，你是对的。Node不是狡猾的独角兽，这点很抱歉，它不会帮你作你该作的事。它仅仅是一个工具，并且他也不会替代你如今所经常使用的一些工具，至少如今不会。

"说重点！！！"

好的，我会的，当你须要同时作好几件事的时候Node会表现的十分优秀。你有写了一段代码而后对他说"我想你能够并行运行！"的体验吗？哈哈哈，在Node中除了你的代码全部的东西都是并行运行的。

"啊？！"

是的，没错，除了你的代码以外全部的代码都是并行运行的。为了理解这一点，你能够把你本身的代码想象成一个国王，而Node就是他的仆人军队。

新的一天是这样开始的：某个仆人叫醒了国王，而后问他是否须要什么。国王给了这个仆人一个任务清单而后就回去继续睡觉了。而后这个仆人就把任务清单上的任务分发下去，仆人们开始工做了。

当一个仆人完成了他的任务的时候，他就跑到国王寝宫外面排队等候报告。国王一次只能听取一个仆人报告任务，有的时候国王会在仆人报告结束的时候给他更多的任务。(看你代码咋写咯)

生活是美好的，由于国王的诸多仆人同时执行多个任务，但报告结果的时候是一个一个来的，因此国王可以很专一。

"那确实很美好，但你能结束这个愚蠢的比喻用更加geek的方式来告诉我吗？"

好的，一个node程序或许是下面这样的：

var fs = require('fs')
  , sys = require('sys');
//译者注：sys is deprecated. Use util instead.这里咱们直接用console.log便可
fs.readFile('treasure-chamber-report.txt', function(report) {
  //sys.puts("oh, look at all my money: "+report);
  console.log("oh, look at all my money: "+report)
});

fs.writeFile('letter-to-princess.txt', '...', function() {
  //sys.puts("can't wait to hear back from her!");
  console.log("can't wait to hear back from her!")
});复制代码

你的代码(国王)给了node(仆人)两个任务即读(readFile)和写(writeFile)文件，而后就去睡大觉了。一旦node完成了某个任务，跟这个任务对应的回调就会触发。但同一时间只能有一个回调被触发，在那个回调执行完成以前，全部其它的回调都得排队等待。进一步说，回调触发的顺序是不能被保证的。

"因此我没必要担忧代码在同一时间访问同一个数据结构？"

你确实理解了，这就是JavaScript的单进程/事件循环设计美丽的地方。

"好棒，但我为何应该用它呢？"

一个缘由是效率。在一个web应用中，响应时间主要是花在了执行数据库查询上面，而用node,你能够一次性执行全部的数据库查询。将响应时间减小到了执行最慢的数据库查询所用的时间。

另外一个缘由是Javascript。你可使用Node让你的浏览器和后端共享代码。Javascript也在渐渐成为一门真正的通用语言。无论你在过去是用Python, Ruby, Java, PHP, ...等等，你都或多或少的使用过Javasctipt，对吗？

最后一个缘由是原生速度。V8正在不断的推动做为地球上最快的动态语言编译器之一的边界，我也想不到有任何其它的语言在速度上可以像Javascript同样不断的高歌猛进。再进一步说，node的I/O设备真的十分的轻量，可以让你尽量最大程度的利用系统的I/O容量。

"因此你是说从如今开始我应该用Node写我全部的应用么？"

是也不是，一旦你开始舞弄node这柄锤子，全部的东西都会开始变得像钉子。但若是你当前的工做有一个deadline，你能够参考下面的几点来作决定用不用node:

• 低响应时间/高并发是否重要？Node真的很擅长处理这俩问题；
• 项目有多大？小项目没问题，若是是大项目就应该认真评估了(可用的库，修复一个bug所需的资源或者two upstream等等)

"我能在Node中访问DOM吗？"

这是一个好问题！答案是不行，DOM是浏览器的东西吗，不过幸亏node的JS引擎（V8）跟那些混乱的东西是彻底分离的。不过，有人在以node模块的形式来实现DOM，或许带来使人兴奋的可能性好比对客户端代码进行单元测试。(译者注：如今已经有人实现了这个模块，详情查看Node-dom)。

"难道事件驱动编程真的很难吗？"

这取决于你本身，若是你已经学会了如何在浏览器里调用Ajax或是调用某个事件，那么学习node对你不会是什么难题。

同时，测试驱动开发可以真正的帮助你从作一个可维护的设计开始学习node。

"我应该从哪里学到更多？"

Tim Caswell正在运做优秀的How To Node博客。在twitter上Follow nodejs。订阅邮件列表。(译者注：也能够结合Node.js 6.9.5 文档进行学习，另外，译者写了一个node的小应用node-sample能够clone下来看下)

后记

本篇文章的好比讲真是有些简单了，但从现实事物中找到真正相对应的也是在太难。，另外，因为时间缘由，本文一些不妥之处或是当时还处在实验性阶段的东西译者或删或改。能力有限，水平通常，翻译不妥之处，还望指正。感谢。