V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
russj
V2EX  ›  Node.js

2017 Node.js 开发框架比较

  •  
  •   russj · 2017-03-29 14:48:52 +08:00 · 4973 次点击
    这是一个创建于 2556 天前的主题,其中的信息可能已经有所发展或是发生改变。

    原文地址 http://www.jianshu.com/p/d5c89ee0964d

    希望这篇文章为大家对 Node.js 后端框架选型带来一些帮助。

    JavaScript 这门语言的设计虽然被很多人诟病,但是因为其占据了浏览器而且容易上手所以广泛流行。后来随着 Node.js 的出现, npm 包管理带来的强大生态更是如虎添翼(截止到 2017 年 3 月 npm 共有 43 万个包)。但是这也造成了 JS 社区变态的快速迭代,大家都直呼赶不上,框架太多,选择太多,眼花缭乱。

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

    Node.js 2016 Trend

    关于上图的更多细节可查看 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 。根据多年来的经验,一个项目要不是很快夭折,要不就是活到被重写的那一天。用哪一个真的不是太重要,赶紧先选一个干起来。

    目前尚无回复
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1018 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 26ms · UTC 19:45 · PVG 03:45 · LAX 12:45 · JFK 15:45
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.