2017年 JavaScript 框架回顾 -- 后端框架

   <p>本文是2017年 JavaScript 框架回顾，主要介绍 JavaScript 的后端框架情况。</p>    <p><img src="https://simg.open-open.com/show/39647c6af9853d648502237dcbbe4a69.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="378" /></p>    <p>从上图中可以看到，Express 作为用 JavaScript 编写的后端服务的主流解决方案，占据了后端框架使用率的绝大部分，其次的四个最大框架对比于 Express 来说，占用率都很小。</p>    <p><img src="https://simg.open-open.com/show/34169041757981044d4a0b670bd5bc93.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="547" /></p>    <p>到目前为止，我们所讨论的几乎所有框架的绝对使用量都在不断增加。自2013年以来，Express 的使用率已经增长了6000％。之所以 Express 的6000％增长在第一张图中显示成下降的状态，是因为在同一时间内，总的 npm registry 增长了67,000％。也就是说，JavaScript 社区正在以编程语言史上前所未有的速度增长。</p>    <h2>npm 的前端使用正在爆炸式增长</h2>    <p>目前，大约83％的 npm 开发人员正在编写运行在前端的 JavaScript，而只有41％的人正在为后端编写代码（前后端开发者有重叠的部分）。前后端开发人员的比例为约为2：1，这也表明 npm 社区的未来在于前端的开发和工具制造。</p>    <p>接下来我们查看其它的后端框架。</p>    <h2>其他后端框架</h2>    <p>下面是除 Express 之外的四个最大的后端框架，分别为：</p>    <ul>     <li>Koa</li>     <li>Hapi</li>     <li>Sails</li>     <li>Next</li>    </ul>    <h2>koa</h2>    <p><img src="https://simg.open-open.com/show/8e556ecbd57cd0357007ae80a85d4afc.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="373" /></p>    <p>蓝色代表的是 koa 的相对使用率情况。Koa 是 Express 的开发人员使用一套更紧密的设计原则编写的，旨在创建一个更小、更富表现力同时也更健壮的 Web 框架。虽然 Koa 具有不低的使用量，但其增长速度还不是很快。</p>    <h2>Hapi</h2>    <p><img src="https://simg.open-open.com/show/770592ee89f4fdda83415cc60f3bb9cd.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="379" /></p>    <p>Hapi 是一个用于构建应用和服务的丰富框架，Hapi 使得开发者更专注于编写可复用的应用逻辑，而不必把时间花费在基础设施的搭建上。2014年底，Hapi 有一个短暂的繁荣时期，然而自此之后，Hapi 的使用率就一直处于下滑状态。</p>    <h2>Sails</h2>    <p><img src="https://simg.open-open.com/show/45e9643dc4b06553afc87979712d969c.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="404" /></p>    <p>Sails 是 JavaScript 的 Ruby on Rails 克隆。尽管最初在2012年年底推出时，Sails 非常受欢迎，但它却也遵循着“半衰期”的衰退模式，这也表明 Sails 不再被新项目采用。</p>    <h2>Next.js</h2>    <p><img src="https://simg.open-open.com/show/11ec3563ec64324d76417b6032dc00c9.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="390" /></p>    <p>Next.js 是一个基于 React 的通用 JavaScript 框架，同时也是一个较新的框架。</p>    <p>Zeit 的开发团队在 React 的基础上创建了 Next.js。Next.js 提供了一种很方便的方式来创建新的 Web 应用。当前 Next.js 的使用率尽管还很低，但是却一直保持着上升的趋势，值得关注。</p>    <h2>Npm 中的前后端对比</h2>    <p><img src="https://simg.open-open.com/show/11ec3563ec64324d76417b6032dc00c9.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="406" /></p>    <p>前面已经提到，当前前端开发者的数量远超后端开发者的数量，但这种情况是否反映在 npm 的前后端安装包数量上呢？</p>    <p>尽管前后端的安装包也存在重叠的情况，但是整体数量还是后端安装包数量高于前端。</p>    <h2>npm 中的前端使用情况</h2>    <p><img src="https://simg.open-open.com/show/3c3f7aa5f59786ff9b112dedea005446.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="417" /></p>    <p>2013年以前，npm 中的前端框架使用量非常大，Backbone 的流行也是促成这种情况的原因之一。但是，随着 Express 和其它服务器端框架的持续增长，Backbone 变得不那么流行了。</p>    <p>npm registry 的前端使用率在经过两年的下滑之后，2015年开始再次开始增长。</p>    <h2>跟踪 npm 前端的具体使用情况</h2>    <p>为了弄清楚 npm 前端的具体使用情况，我们将关注于提供前端代码的一些库，主要包括：</p>    <ul>     <li>Bable</li>     <li>Webpack</li>     <li>Browserify</li>     <li>Bower</li>     <li>RequireJS</li>     <li>SystemJS</li>    </ul>    <h2>Bable</h2>    <p><img src="https://simg.open-open.com/show/a77c57e4cb0618bd10036aae8016ac67.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="476" /></p>    <p>Babel 是一个转译器，用于将现代的 JavaScript 版本转换为与 Node.js 中的服务器端 JavaScript 以及浏览器兼容的 JavaScript 旧版本。Babel 非常受欢迎，被用于前端和后端应用程序中。</p>    <h2>Webpack</h2>    <p><img src="https://simg.open-open.com/show/58685b6709d453090767310c25930a80.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="485" /></p>    <p>Webpack 是专门为浏览器提供 JavaScript 代码的工具。React 一直使用 Webpack 为浏览器服务做准备，很长一段时间，React 和 Webpack 都保持着相同的增长趋势。</p>    <p>但是从2016年年中开始，Webpack 的使用率开始超过 React。这也表明，Web 开发人员已经开始更广泛的采用 Webpack，而不仅仅是 React 应用程序。</p>    <h2>Browserify</h2>    <p><img src="https://simg.open-open.com/show/7540070a45ae9fe4029b3f89307cdfec.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="445" /></p>    <p>在 WebPack 成为流行的 JavaScript 代码工具之前，Browserify 一直是浏览器端转化服务器端 JavaScript 的重要工具。Browserify 也曾在2015年中期保持很高的受欢迎程度，但是从2016年开始，随着 Webpack 的逐渐流行，Browserify 的受欢迎度出现了急剧下滑的现象。</p>    <p>这也许和两个工具的设计目的有关。Browserify 为浏览器带来了 Node.js API surface（包括用于许多后端的API），Webpack 则是一个更通用的模块系统和编译工具，用于加载图片、CSS和其它前端资源。因此，对于非 Node.js 开发者来说，Webpack 更为有用。随着 npm Registry 前端使用的急剧增加，Webpack 已经成为一个非常有吸引力的选择。</p>    <h2>Bower</h2>    <p><img src="https://simg.open-open.com/show/55b30efb7c14112ea23e28477a3d1c73.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="379" /></p>    <p>浏览器端模块化 JavaScript 的另一个解决方案是 Bower，Bower 将模块引入了浏览器。尽管 Bower 客户端是由 npm Registry 托管和安装的，但是 Bower 却是一个完全独立的非 npm 模块。</p>    <p>虽然 Bower 的开发人员认为其客户端具有许多优秀的特性，但是他们还是赞同 CommonJS（大多数 npm 包所使用的 JavaScript 模块的格式）是一种更为灵活和流行的解决方案。Bower 的受欢迎程度自2014年起开始出现了持续的下滑。</p>    <h2>RequireJS 和 SystemJS</h2>    <p><img src="https://simg.open-open.com/show/e556a4a00aa81bfcb598b41a23d4cecd.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="424" /></p>    <p>Bower 的模块并不是 CommonJS 的唯一选择，RequireJS 是另一种具有模块格式的可选方案。RequireJS 在2013年初很受欢迎，但自2014年之后，开始与 Bower 一同出现下滑。2015年发布的 SystemJS 增长很缓慢。</p>    <h2>Webpack 和 Express</h2>    <p><img src="https://simg.open-open.com/show/abd03b777cf3e424461ec4292bd01f3d.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="392" /></p>    <p>目前，我们判断 npm 前端使用量的最可靠依据就是 Webpack。相比于 Express 的相对使用率，可以看到，Webpack 在三年时间内，相对使用率迅速攀升到了 Express 的一半。</p>    <p>我们大胆预测 Webpack 将继续增长，甚至可能会超过 Express，这也与我们所见到的 Webpack 的新用户比例一致。几年后，npm 将是一个主要的前端工具。</p>    <h2>总结</h2>    <p><img src="https://simg.open-open.com/show/62554d12f3a8e8a0c149222678c9cdd1.png" alt="2017年 JavaScript 框架回顾 -- 后端框架" width="550" height="431" /></p>    <p>npm 生态系统中前端和后端的使用量增长，对于 JavaScript 的整体而言都是一个好消息。JavaScript 语言所具有的灵活性和易用性，是一种很大的优势。</p>    <p>也许 JavaScript 的广泛采用，正是由于 JavaScript 的内置​​特性很少，使得 JavaScript 语言在被使用时，有了很多的其它选择。</p>    <p>现在 JavaScript 使用量正在急剧增长，npm 也在与之同步增长。</p>    <p> </p>    <p>原文链接：https://www.npmjs.com/npm/the-state-of-javascript-frameworks-2017-part-3-back-end-frameworks</p>