什么是nodeJS？nodejs入门教程以及nodejs常用的服务端框架-CSDN博客

一、node概要

转自：http://www.cnblogs.com/giggle/p/5357269.html

对nodeJS早有耳闻，但是一直迟迟没有对它下手，哈哈哈，今儿咱就来初探一下它。

nodeJS是个啥东东？

nodeJS，我的理解就是可以运行在后端的JavaScript。

为什么它能够在后端运行呢？

这就得归功于V8引擎

（V8是Google Chrome浏览器的JavaScript引擎）

，通过对高性能V8引擎的封装，并通过一系列优化的API类库，使其就能够在后端运行了。

并且node有两大特点：

　　1、基于事件驱动；

　　2、无阻塞。

从而nodeJS非常适合处理并发请求。

大家都知道nodeJS其本质就是JavaScript，so基于事件驱动不难理解，但是无阻塞呢？

JavaScript是单线程，所以要做到无阻塞，node是通过大量的回调函数来达到这一目的。

好了，废话不多说了。接下来咱们就开始初步体验它。

二、Install node&npm

因为nodeJS是后端运行的JavaScript嘛，so得有个运行环境啊。不过安装nodeJS的环境比较简单，具体步骤见下：

1、首先到官网下载nodeJS安装包。

在官网中，也能看见官方对nodeJS的一个描述:

Node.js is a JavaScript runtime built on Chrome’s V8 JavaScript engine.Node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient. Node.js’ package ecosystem, npm , is the largest ecosystem of open source libraries in the world.

2、在下载完安装包后，在windows下按照默认程序走就欧克啦。

3、检验是否安装成功，在Windows环境下，打开命令提示符，输入node – v，如果正常就会出现版本号的输出。

如下：

在官方介绍中，不是说到npm（

Node.js’ package ecosystem, npm , is the largest ecosystem of open source libraries in the world.

）嘛，其实npm在你安装nodeJS时，就一带帮你安装了。

不信，咱就在命令提示符中输入npm –v看看。

如下：

好了，node开发环境就这么完美的‘搭建’好了，哈哈，是不是很简单。

接下来，我们就开始敲打第一个node程序吧。

三、Get started

一切从

"hello world"

开始，毕竟我们都是有情怀的人。

简单的嘛，我们就在命令提示符下，敲打我们的程序，你只需输入node，然后回车就可以进入node在命令提示符下的交互环境了。

如下：

进入node交互环境后，敲到

"hello world"

字符串后回车。

结果如下：

倘若我们想退出node的这个交互环境，就Ctrl + C，连按两次就退出回到windows命令符啦。

如下：

如果要在node的这个交互环境下编程的话，太大费周章了，所以，我们可以引入js文件来执行，例如下面这样。

前提：你得有一个js文件。

我将这个js（helloWorld.js）文件放在D盘的，so运行结果如下：

helloWorld.js

哈，有点意思哈。

不是说nodeJS是运行在后端的JavaScript嘛。接下来，我们就用nodeJS来开发一个最简单的服务器程序。

四、Node for server

前提：nodeJS是遵循CommonJS规范的。

即，

每个.js文件都是一个模块，模块的好处就是避免命名空间污染。倘若你想让一个模块对外暴露变量，可以用module.exports = variable；

而一个模块想要引用另一个模块对外暴露的变量，用require关键字就可以了，如var ref = require(‘module_name’);

好了，简单的知道了nodeJS的运用规则，那么我们想要编写一个http服务器，就得先引入这个模块。

如下：

接下来就是调用引入的HTTP模块的一个工厂模式方法(createServer)来创建一个新的http服务器。

如下：

由于nodeJS的特性之一是事件驱动，so当我们访问一个http服务器时，它会触发一个request事件，我们利用其进行相应处理。

例如，我们的处理方式是，利用writeHead来设置HTTP的响应头和HTTP正文。

具体代码如下

：

最后，就是想监听的端口号咯。比如我们监听的是80端口。

代码以及很完美了，但，为了方便在nodeJS交互环境下运行该js文件后，知道服务器已经启好了，我们还是打印一条日志吧。

如下：

EntireCode

好了，开启nodeJS交互环境，运行该js文件，我的命名是http.js。

so：

这样http服务器就启好了，接下来我们再打开网页，输入127.0.0.1:80，看看效果：

1. Express

背景：

Express, 疯一般快速（而简洁）的服务端JavaScript Web开发框架，基于Node.js和V8 JavaScript引擎。

Express 是一个基于 Node.js 平台的极简、灵活的 web 应用开发框架，它提供一系列强大的特性，帮助你创建各种 Web 和移动设备应用。

丰富的 HTTP 快捷方法和任意排列组合的 Connect 中间件，让你创建健壮、友好的 API 变得既快速又简单。

Express 不对 Node.js 已有的特性进行二次抽象，我们只是在它之上扩展了 Web 应用所需的基本功能。

2009年6月26日，TJ Holowaychuk提交了Express的第一次commit，接下来在2010年1月2日，有660次commits的Express 0.0.1版本正式发布。TJ和Ciaron Jessup是当时最主要的两个代码贡献者。

差不多5年的时间过去了，Express拥有了4,925次commit，现在Express的最新版本是4.10.1，由StrongLoop维护，因为TJ现在已经跑去玩Go了.

优点：

Express拥有的社区不仅仅是上面三者当中最大的，并且是所有Node.js web应用程序框架当中最大的。在经过其背后差不多5年的发展和在StrongLoop的掌管下，它是三者当中最成熟的框架。它为服务器启动和运行提供了简单的方式，并且通过内置的路由提高了代码的复用性。

缺点：

使用Express需要手动处理很多单调乏味的任务。它没有内置的错误处理。当你需要解决某个特定的问题的时候，你会容易迷失在众多可以添加的中间件中，在Express中，你有太多方式去解决同一个问题。Express自诩为高度可配置，这有好处也有坏处，对于准备使用Express的刚入门的开发者来说，这不是一件好的事情。并且对比起其他框架来说，Express体积更大。

2. Koa

背景：

koa 是由 Express 原班人马打造的，致力于成为一个更小、更富有表现力、更健壮的 Web 框架。使用 koa 编写 web 应用，通过组合不同的 generator，可以免除重复繁琐的回调函数嵌套，并极大地提升错误处理的效率。koa 不在内核方法中绑定任何中间件，它仅仅提供了一个轻量优雅的函数库，使得编写 Web 应用变得得心应手。

大概在差不多一年前的2013年8月17日，TJ Holowaychuk（又是他！）只身一人提交了Koa的第一次commit。他描述Koa为“表现力强劲的Node.js中间件，通过co使用generators使得编写web应用程序和REST API更加丝般顺滑”。Koa被标榜为只占用约400行源码空间的框架。Koa的目前最新版本为0.13.0，拥有583次commits。

优点：

Koa有着傲人的身材（体积小），它表现力更强；对比起其他框架，它使得中间件的编写变的更加容易。Koa基本上就是一个只有骨架的框架，你可以选择（或者自己写一个）中间件，而不用妥协于Express或者Hapi它们自带的中间件。它也是唯一一个采用ES6的框架，例如它使用了ES6的generators。

缺点：

Koa有缺点吗？

3.Hapi

背景

Hapi.js 是一个用来构建基于 Node.js 的应用和服务的富框架，使得开发者把重点放在便携可重用的应用逻辑而不是构建架构。内建输入验证、缓存、认证和其他 Web 应用开发常用的功能。

2011年8月5日，WalmartLabs的一位成员Eran Hammer提交了Hapi的第一次commit。Hapi原本是Postmile的一部分，并且最开始是基于Express构建的。后来它发展成自己自己的框架，正如Eran在他的博客里面所说的：Hapi基于这么一个想法：配置优于编码，业务逻辑必须和传输层进行分离...

Hapi最新版本为7.2.0，拥有3,816次commits，并且仍然由Eran Hammer维护。

优点：

Hapi自豪地宣称它自己是基于配置优于编码的概念，并且很多开发者认为这是一件好事。在团队项目开发中，可以很容易地增强一致性和可复用性。作为有着大名鼎鼎的WalmartLabs支持的框架和其他响当当的企业在实际生产中使用Hapi，它已经经过了实际战场的洗礼，企业们可以没有担忧地基于Hopi运行自己的应用程序。所有的迹象都表明Hapi向着成为的伟大的框架的方向持续成熟。

缺点：

Hapi绝逼适合用来开发更大更复杂的应用。但对于一个简单的web app来说，它的可能有点儿堆砌太多样板代码了。而且Hapi的可供参考样例太少了，或者说开源的使用Hapi的应用程序太少了。所以选择它对开发者的要求更高一点，而不是所使用的中间件。