不再限于页面脚本JavaScript挺入服务器端开发语言序列(转载)

最新推荐文章于 2024-09-12 20:24:47 发布

虫子68

最新推荐文章于 2024-09-12 20:24:47 发布

阅读量581

点赞数

分类专栏：业界新闻文章标签： javascript 服务器语言脚本 python api

本文链接：https://blog.csdn.net/yinyiniao/article/details/5374282

版权

业界新闻专栏收录该内容

9 篇文章 0 订阅

订阅专栏

Node.js是一套用来编写高性能网络服务器的JavaScript工具包，一系列的变化由此开始。

也许你还不知道，JavaScript现在已经成了一门可编写出效率极高的、可用于开发产品级web服务器的出色语言。起初我也不相信，但2009年启动的两个项目让这成为可能：CommonJS和Node。

尽管JavaScript已经出现很长一段时间了，运用也很广泛（可以说是这一星球上最常用的编程语言），但它一直只是局限在浏览器的范围内。与此同时，一些框架试图将JavaScript引入到服务器端，这些框架有Aptana Jaxer，（采用了SpiderMonkey的 JavaScript解释器）和Helma（基于Rhino），但自身的不足又制约着它们的普及。

技术生态圈

当我们选择某种技术编写应用程序时，我们不只是选择编程语言，还同时选择了其相应的库文件。如果一种语言有一个活跃的社区以及大量可用的库，那么你很容易用更短的时间编写出你的应用程序。

所有的现代编程语言都有一个标准库以及一个优秀的第三方代码库组成的技术生态圈（ecosystem）。Python是一种众所周知的以batteries included"为特色的语言，而且有一个优秀的软件包生态圈形成的Python Package Index (PyPI)，Ruby和Perl也是这样的。不幸的是，JavaScript却并非如此。

直到最近，你才能在没有SpiderMonkey, V8, 或 JavaScriptCore这些JavaScript解释器的情况下，运行服务端的JavaScript代码。但是没有库的支持，你就无法多快好省地做出什么实际的东西来。

不过，在2009年JavaScript社区就意识到需要作出一些改变了。Kevin Dangoor在他的博客中说，虽然JavaScript是一种很通行的语言，但却没有形成标准的库API，也没有对外部库进行打包和制定统一的调用方法。由于没有通用的API，每个服务端的JavaScript项目不得不各自为政，这不利于跨项目的库和工具形成一个更庞杂的JavaScript生态圈。

因此Dangoor启动了ServerJS项目。其宗旨是制定一个大型的、可兼容的JavaScript生态圈所需的API。推出一周后内，ServerJS小组就有了224名成员，邮件列表里也有了653条信息。显然，Dangoor已经引起了开发人员的注意。该项目后来改名CommonJS，以更好地反映其团结JavaScript社区、为浏览器端和服务器端制定统一API的这一伟大目标。

同时，也是在2009年，Ryan Dahl还启动了一个名叫Node的JavaScript全新框架。Node又名Node.js或Nodejs，后面这两个名称更易于搜索。Node包含了Google的V8 解释器，并将其与CommonJS的库文件API捆绑起来，形成了一个可以不依赖浏览器而使用的完整环境。

在2009年，还有第三件关于JavaScript的事值得引得人们的注意。那就是以JavaScript为议题的会议开始出现。Chris Williams 和 Iterative Designs 创立了JSConf，这是JavaScript开发者的第一个专业会议。

突破性的演讲

虽然Dahl在2009年初就启动了Node项目，但是它真正出彩是在11月的柏林JSConf上，Dahl作了一个关于它的演讲。从那以后，web开发人员对Node的关注明显增加，其关注度还在不断攀升。在这两次JSConf中，Dahl是唯一一位在演说结束后享受到起立鼓掌的发言人。在满堂的同行们面前展示最新的技术，这无疑是令人兴奋不已的事情。

（网上有Dahl在JSConf上的幻灯片和视频）

由于服务器上的JavaScript已经说了多年了，你可能很想知道Node究竟有什么大不了的。是什么让它如此特别？这是因为使用Node编程，自始至终专注的是事件驱动I/O。

一般说来，实现高性能的服务器主要有以下三种编写方式：

1. 使用多进程

2. 或者使用多线程

3. 使用单线程异步事件

Node是一个以事件为基础的框架，并恪守非阻塞API的策略。

在 Java, C#, Perl, Python, Ruby或是 PHP这些语言中，使用多进程或多线程程序是一种更为通行、也更传统的方式。虽然用这些语言也可以实现基于事件的编程，但却不符合这些语言的习惯。（Twisted或Tornado是基于事件的Python框架，Ruby里则有EventMachine）

实例

虽然在其它语言中，基于事件的编程是一种不太常见的风格，但却是编写面向浏览器JavaScript代码的首要方式，Node就沿袭了这一传统。不论是写面向浏览器的代码还是用Node写服务端代码，都可以用事件的编程方式来实现。

例如，下面是jQuery的文档中所介绍的如何发起一个异步（即Ajax）数据请求：

$.get(ajax/test.html, function(data) {

$(.result).html(data);

alert(Load was performed.);

});

在Node中编写的基于事件的程序又是什么样子呢？以下是Dahl在JSConf演示的代码段：

db.query("select..", function (result) {

// use result

});

在这个例子中，完成了一个数据库查询，而同时也附上了一个回调函数。当数据库返回结果时，回调函数将会被执行。代码块通过事件相联系。如果没有数据库事件被触发，该程序可以运行其它代码，处理其它事件。

与之相对照，用普通的处理方式，这就得写成这样：

var result = db.query("select * from T");

// use result

普通的处理方式中存在的问题是：在等待数据库返回结果时，整个程序都被阻塞了，什么事都做不了。解决这一问题的传统办法是把数据库调用放到另外一个单独的线程或进程中。而Dahl在JSConf上介绍说，这种基于事件的模型更能有效的利用CPU和内存，同时其可扩展性也更好。与多进程或者多线程程序相比，基于事件的框架可以事半功倍。

Node入门

下面是试用最新版Node最简单的方法。

$ git clone git://github.com/ry/node.git

$ cd node

$ ./configure

$ make

$ sudo make install

$ node-repl

比较独特的是，Node.js会假设你是在POSIX环境下运行它Linux 或 Mac OS X。如果你是在Windows下，那就需要安装MinGW以获得一个仿POSIX的环境。

在Node中，Http是首要的。Node为创建http服务器作了优化，所以你在网上看到的大部分示例和库都是集中在web上(http框架、模板库等）。

下面是一个简单的hello worldWeb服务器：

var sys = require(sys),

http = require(http);

server = http.createServer(function (req, res) {

res.writeHeader(200, {Content-Type: text/plain});

res.write(Hello World);

res.close();

})

server.listen(8000);

sys.puts(Server running at a href="http://127.0.0.1:8000/);

让我们分别来看这段代码的各个部分：

var sys = require(sys),

http = require(http);

这就是CommonJS API导入的地方。require函数是导入模块的标准方式。在CommonJS出现之前，JavaScript程序员得使用类似于Python中的import语句或是Ruby中的require一样导入代码包。

server = http.createServer(function (req, res) {

res.writeHeader(200, {Content-Type: text/plain});

res.write(Hello World);

res.close();

})

createServer函数需要设置一个回调函数，以便每次有新的请求到来时回调函数都会运行。

以下是如何运行该Web服务器示例：

$ node hello-world.js

Server running at a href="http://127.0.0.1:8000/

即使是只用这么少量的代码，Node都能快速地部署一个真正的服务器。如果要测试服务器的性能，Apache Bench是一个优秀的负载测试小工具。在我的MacBook Pro（3.0 GHz Intel Core 2 Duo 以及4GB 1067 MHz 内存）上，这就是"hello world"服务器在每次4个请求、总共10,000个请求下的表现：

$ ab -c 4 -n 10000 a href="http://127.0.0.1:8000/
...
Requests per second: 6560.50 [#/sec] (mean)
...

当然，大多数的基准测试数据都不可信。上面的这个数据尤甚，因为它是在一台笔记本电脑上运行的，而不是通过一个真正的网络。然而，对每秒6560次请求进行处理，这并没有什么可笑之处。V8是一个强大快速的JavaScript解释器，Node又进一步对它进行了改进，让它成为一个引人注目的、可用于构建服务器的平台。

那么，它有什么缺陷吗？

由于Node刚问世不久，Rails和Django 认为有一些特性还不完备，这是理所当然的。在开发过程中，有一个很小、但是却很重要的特性还没实现，那就是在服务器的源代码改动之后自动重启服务器。其它的一些功能，像步进调试器（step-debugger）和REPL交互提示都已经可用并且很管用，但这跟Python和Ruby中的相应工具比较起来还是稍显粗糙。

在Node的代码库中正在发生许多变动，各个版本的核心API也会不同。当然，这些变化会让API更一致，所以我也不会埋怨什么。Node的开发速度让人想起了Ruby on Rails的初期，大量的创意付诸实施，一个星期不关注，你就会发现很多东西都改变了。这就是这个项目最好的、也是最不好的地方。更多的眼球关注会让更多的bug得到修复，新功能也将更快地得以实现，这是好事；但坏处就是你得努力跟上它的变化。

直到不久前，用JavaScript编写服务器软件还是一个梦想。在Node出现之前，有许多更好，更快的技术可供选择。但现在，情况已经改变了，Node参与到竞争中来了，并且是你下一个服务器软件开发语言选项中的有力竞争者。

转载自：http://news.csdn.net/a/20100312/217428.html