2017 Node.js 开发框架比较

但愿这篇文章为你们对 Node.js 后端框架选型带来一些帮助。

JavaScript 这门语言的设计虽然被不少人诟病，可是由于其占据了浏览器并且容易上手因此普遍流行。后来随着 Node.js 的出现，npm 包管理带来的强大生态更是如虎添翼（截止到 2017 年 3 月 npm 共有 43 万个包)。可是这也形成了 JS 社区变态的快速迭代，你们都直呼赶不上，框架太多，选择太多，眼花缭乱。

下图是 2016 年 Node.js 开发框架的发展势头排名（基于 Github 上 2016 年增长的 star 数）。

关于上图的更多细节可查看 2016 JavaScript Rising Stars。

Tip: 能够经过网站 npms.io 快速了解一个 npm 包的质量。更多如何肯定一个包的质量，能够参考《如何挑选高质量的 Node.js 模块？》

下面结合上图简单介绍一下各个框架。

• Meteor
  很奇怪前面提到的 2016 JavaScript Rising Stars 竟然没有把 Meteor 列入。Meteor 目前在 Github 上已是 star 最多的 web app 开发框架了。注意不是仅限于 JS 范围哦。它已经超越了 Ruby 的 Rails 和 PHP 的 Laravel。(参考 Github web app frameworks Rank)。固然星星多并不能说明所有问题。Meteor 最近动做很少，多是他们团队在忙着开发基于 GraphQL 的 Apollo 框架的缘由。（建议你们关注一下 Apollo，感受会对先后端交互带来很大的革新）。

Meteor 是一个有点 ‘异类’ 的全栈框架。首先它先后端通讯使用 WebSocket 而不是 HTTP，因此实时性很好，但它不是一个 REST 框架，虽然能够经过简单的改造，提供 RESTful API；第二 Meteor 绑定了 MongoDB，让喜好关系型数据库的同窗爱不起来。不过如今 Meteor 也可使用 Apollo 和关系型数据库交互了，比 REST 架构还方便。可是 Apollo 目前还处于开发阶段。

• Express 和 Koa
  这两个是 Node.js 最基础的后端框架。由于太基础，因此构建一个 app 仍须要写不少脚手架代码，因而在它们基础之上出现了不少其余框架来减小编写这类代码。Express 应该是装机量最多的，而 Koa 更新一些, 使用的技术更新颖，例如 promises 和 async function，再也不有回调函数嵌套的问题了。

• Feathers.JS
  Feathers.JS 构建与 Express4.0 基础之上，Express 的那些中间件都能在 Feathers 里直接使用。Feathers 另外特色是兼容 WebSocket 的实时性和 HTTP 的 REST。不过注意用户鉴权默认使用 JWT，而不是传统的 session。我以为 JWT 更适合大一点的项目，例若有移动端须要调用 API。

• Nodal

  和 PostgreSQL 绑定。对这个框架不熟悉，感受是为 stdlib.com 这个云服务商定制的，比较封闭的一个框架。

• KeystoneJS
  KeystoneJS 是一个 CMS 框架，有点像 PHP 的Drupal，功能全面，适合作后台管理，内容管理。自带的用户管理功能很方便。

• LoopBack
  LoopBack 是由 StrongLoop 公司基于 Express 开发的开源框架。前年被 IBM 收购了。这是一个大而全的企业级框架，适合有多种终端，还有与其余后端服务集成的场景。这篇文章解释了 LoopBack 为何火不起来？ 。主要观点是由于目前大系统都仍是 Java 框架的天下，Node.js 更可能是应用在前端和中间层。

不少人把它和 hapi 比较，由于都是用来开发 RESTful API。我我的认为 LoopBack 火不起来的缘由是它限制有点多，不像 hapi 那么灵活，hapi 更适合当下快速迭代的开发方式。

• Sails 和 Trails

  从名字看应该都是向 Ruby 的 Rails 学习的 MVC 框架，以前没有用过 Rails，因此对他们没有太多了解。估计适合从 Ruby on Rails 转过来的同窗。

• hapi 和 restify
  从名字能够看出是构建 RESTful 服务的框架，适合后端是微服务的架构。两者我的更倾向于 hapi（来自沃尔玛团队），这里有一篇中文的安利 hapi 的文章。我的推荐这个框架来开发面向服务的 API。

• Egg
  阿里巴巴开源 (听说不是一个 KPI 开源项目) 的 Egg.js，号称为企业级框架和应用而生。它有点像 Feathers，可是基于 Koa；另外不像 Feathers，Egg 没有自带认证功能，使用 cookie/session 鉴权。更多细节能够看如何评价阿里开源的企业级 Node.js 框架 egg？。感受是一个不错的企业级 Node.js 框架。理念先进，功能也全。

• Gatsby 和 Hexo
  静态网站生成。适合作文档、博客类网站。比动态 web app 加载更快。Gatsby 基于 React，比 Hexo 新，维护得更好些。

比较

那么，这么多框架到底怎么选？

关键仍是看你的应用场景。是须要一个单体的应用仍是微服务化？须要怎样的认证和受权？数据库偏好？下面说说个人浅见。

• 刚开始试玩 Node.js，学习 Express、Koa
  若是只是想试试并学习 Node.js 开发后端服务，建议从 Express 开始，由于它够简单，并且是不少其余框架的基础，扩展也容易。若是你对 JavaScript 的 promise 和 async 熟悉，那也能够从 Koa 开始。

• 开发内容管理站点、简单的后台管理用 Keystone，不介意使用 MongoDB 的用 Meteor
  若是你要开发一个不太复杂的内容管理应用，好比一些常常更新内容、图片的站点，用户权限等后台管理等，那么 KeystoneJS 比较合适，由于它已经内置了不少这些功能。Meteor 固然也适合。

• 企业应用首选 Egg
  Feathers 和 Egg 都适合开发企业应用。有日志、安全、多进程通讯的解决方案，很是便利。Feathers 中文文档少，使用 Express 和 JWT，偏重实时交互；Egg 由阿里开发，使用 Koa，感受更适合国内的企业应用开发。

• 实时 web app 使用 Meteor
  若是你要开发一个涉及聊天、物联网功能的实时应用，那么 Meteor 和 Feathers 很适合。

• 构建微服务 REST API 首选 hapi
  若是你要开发简单的几个微服务后端，那么 hapi 和 restify 合适。若是是大型的复杂应用，甚至是在现有微服务上构建，那么 LoopBack 多是个好选择，它能够把不少服务 glue 到一块儿。还能够结合 StrongLoop 的 API 网关一块儿使用。

• 静态网站生成首选 Gatsby，不使用 React 的话用 Hexo。

最后，建议你们选择的时候不要太纠结，差很少就好了。由于在项目开始时不可能想得面面俱到，关键是大的方向，快点出 MVP。根据多年来的经验，一个项目要不是很快夭折，要不就是活到被重写的那一天。用哪个真的不是过重要，赶忙先选一个干起来。