首页 > 代码库 > 理解Node.js(译文)

理解Node.js(译文)

正文

当我向别人介绍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下来看下)

后记

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


理解Node.js(译文)