巨大的JavaScript社区很快意识到在客户端和服务器端脚本中使用相同语言的优势，Node.js已成为Web开发的流行环境。但是，完美没有限制，开发人员已经为Node.js开发创建了许多框架来促进Web应用程序的开发。

框架基本上是一个帮助JS开发人员发展其应用程序的功能工具。使用框架可以使用公共库和模板以及集成可重用组件来自动执行许多重复过程，避免重复造轮子。随着JavaScript的全球普及，Node.js框架的数量也越来越多，下面小编就列一下国外开发者常用的框架。

Express.js

如果您搜索Node.js Web框架，您肯定会经常看到Express.js。Express.js是顶级Node.js框架之一，并非没有理由 - 许多开发人员喜欢它来创建一个有效的平台来构建健壮的应用程序和API。它是众所周知的MEAN堆栈（MongoDB，Express，Angular和Node.js）的四个组件之一，它是一个经常用于构建Web应用程序的工具集。

Express.js是Node.js最受欢迎的Web框架之一，拥有一套出色的文档，并享有很好的社区支持。这意味着您可以轻松找到Express.js的可重用组件和库。此外，它不需要使用特定的开发实践或特定工具，因此JavaScript开发人员可以获得最大的自由。

Koa2

Koa2是Koa框架的第二个版本。Koa是创建Express.js的同一团队的产品; 然而，它与Express.js有很大的不同，并没有那么受欢迎。它现在正处于大量开发的过程中，版本2是该框架的稳定版本。

Koa2属于Node.js MVC框架系列，其中MVC代表模型 - 视图 - 控制器。MVC的三个组件是作为应用程序数据的模型，视图是通过app UI的数据表示，控制器在模型和视图之间传递请求和更新。

国内有很多框架是基于Koa2开发的，比如阿里的Egg.js。ThinkJS等

Sails.js

Sails.js是Node.js的另一个MVC框架，它也是由Express.js背后的团队创建的。框架默认支持Socket.io，这使其成为社交媒体应用，消息传递工具和协作软件解决方案的最佳选择之一。

NestJS

NestJS是Node.js框架中的新手。它专注于服务器端脚本，旨在构建服务器端应用程序。NestJS与其他Node.js Web应用程序框架的不同之处在于它使用TypeScript，TypeScript是JavaScript的特殊超集作为其编程语言。如果您熟悉Angular，它也使用TypeScript，那么使用NestJS构建后端没有问题，因为组件和语法看起来非常熟悉。

有开发服务器渲染的同学应该对这个很熟悉。

LoopBack

LoopBack是Express.js团队的另一个创建，基于Express.js开发。Loopback是API框架，允许您构建适用于任何客户端的API，并且可以连接各种设备。

Meteor.js

最流行的全栈框架之一，可以轻松，直接地创建实时应用程序。优点在于它在服务器端和客户端使用相同的API，从而提高了整体应用程序性能。

Derby.js

Derby.js属于MVC框架，可用于客户端和服务器端脚本开发。

Hapi.js

与我们在这里提到的许多其他框架不同，Hapi.js与Express.js无关，因此可能被认为是其竞争对手之一。Hapi.js最初是为了支持大型分布式团队的工作而创建的，该框架被认为是由大型分布式团队构建的企业级应用程序的完美选择。

Hapi.js通过专注于插件来实现出色的协作可能性，这些插件允许在不影响应用程序其余部分的情况下处理单独的组件。该框架非常适合创建可重用的组件，以帮助企业缩短开发时间。

Hapi.js框架被用于为沃尔玛 零售连锁店，雅虎 网络服务提供商构建网络应用程序和网站，以及英国政府，信不信由你。

Mean.io

Mean.io是另一个全栈框架，从它的名字可以看出它使用的是哪个堆栈。它提供了开箱即用的开始应用程序开发所需的一切，因此使用Mean.io可以立即开始工作。由于它是一个完整的开发堆栈，因此无需选择单独的组件并进行实验。此外，此框架中使用的所有工具都可以立即配置为一起使用。

Total.js

一个MVC服务器端框架，非常适合创建Web应用程序。它在与支持MongoDB，MySQL，PostgreSQL的各种数据库的兼容性方面非常灵活，并且适用于许多前端网络，例如Angular，React和Ember。

Total.js非常适合以相对较低的维护成本创建响应式应用程序，并且可以依赖它来提供足够的可伸缩性和性能。

如何选择Node.js框架

我们已经查看了目前可用的十个最着名的Node.js框架，并且已经看到所有这些框架都有其优点。那么，如何为您的项目做出正确的选择？

当然，你应该从项目类型开始; 分析每个框架的具体细节和匹配方式。您还可以考虑以下因素：

• 文件的可用性和完整性;
• 社区规模;
• 在GitHub上公开问题;
• 它可以解决的问题类型;
• 灵活性;
• 复杂程度;
• 与您计划使用的其他工具的兼容性。