Node.js 开发者们都在做什么？

发布于 2016-09-24 23:52:41 | 240 次阅读 | 评论: 0 | 来源: 网友投递

这里有新鲜出炉的Node.js主要方法使用说明，程序狗速度看过来！

Node.js 服务器端的JavaScript

Node.js 是一个基于Chrome JavaScript 运行时建立的一个平台，用来方便地搭建快速的易于扩展的网络应用· Node.js 借助事件驱动，非阻塞I/O 模型变得轻量和高效，非常适合运行在分布式设备的数据密集型的实时应用

Node.js开发者们都在做什么？

RisingStack,Node基金会成员, Trace(下一代Node.js调试和监控工具) 的作者在2016年夏天主导了一项关于Node.js的开发者们倾向于哪方面的技术的调查。本文即这次的调查统计结果。

调查结果显示 MongoDB, RabbitMQ, AWS, Jenkins, Docker 和亚马逊托管服务成为开发者们的首选。

本次的调查结果页让我们发现开发者们在异步流程控制、代码调试、持续集成和包的搜索方面的关注和选择。同时也告诉我们Node.js开发者面临着一大痛点：调试。

本次调查从七月11日到八月15日总共历时35天，总共有1126名node.js开发者参与了本次的调查。其中55%的开发者具有两年以上的node.js开发经验，26%具有1到两年的经验。20%为公开交易的公司工作，7%在500强的公司工作。

基于Node.js的技术产品

MongoDB成为首选的数据库

从上图我们可以看到，MongoDB已经成为开发者首选的数据库。大约有三分之二的人向我们声称在他们的应用中使用了MongoDB。同样值得关注的是Redis在有经验的Node.js开发者中的受欢迎程度在快速的增长，PostgreSQL/ElasticSearch也有着同样的增长趋势。

Redis是缓存的一种解决方案，但还是有许多开发者不是这样做的

有半数的开发者向我们反馈他们使用Redis来解决缓存的问题，但惊人的是依然有45%声称他们完全不用Redis。从不同经验的开发者的统计数据中我们可以看到富有经验的开发者比不到一年的开发者们更喜欢使用Redis。

消息系统的依然受到冷落

从我们的调查数据来看，有58%的Node.js开发者不使用任何的消息系统。这意味着要么是开发者们选择使用REST API来为他们的微服务提供消息服务，要么是他们还没有复杂到需要使用消息系统的服务。

24%的开发者们在使用消息系统，并且他们大多选择了 RabbitMQ.RabbitMQ的受欢迎程度远远的超过了其它的同类型产品。

Node.js 应用大多数托管在 AWS

有43%的开发者们将应用托管在AWS上，但他们中的34%都有自己的数据存储系统，这在企业应用中超过了50%。（当然这并不令人惊讶）

有趣的是，Heroku和DigitalOcean在你追我赶成为第二大托管平台的同时，DigitalOcean更受小公司（50人以下）的喜爱，而Heroku更受到大公司的欢迎。

Docker 在Node社区中占据主导地位

就目前来看，Docker成为首选的容器解决方案，有47%的人声称他们在使用 Docker, 同时在使用容器解决方案的开发者中有73%的选择了Docker.Docker在不同规模的公司中都很受欢迎，同时更受到富有经验的开发者(一年以上的Node开发经验)的喜爱。

有64%的人告诉我们他们在逐渐的使用容器技术，这也意味着自从上一次Node.js统计以来,截止到2016年8月为止，容器技术的使用率已经提高了20%（上一次统计结果为45%）。

亚马逊容器服务成为运行容器的第一选择

虽然亚马逊容器占据着主导的地位，但我们也不能忽视Kubernetes也有着25%的占有量，同时从我们的数据来看，kubernetes更受到企业开发者的欢迎。

Node.js 开发

开发者更喜欢配置文件而不是环境变量

大部分的node.js开发者更喜欢配置文件而不是环境变量（59% VS 38%），只有29(3%)两者都在使用。

使用配置文件存在一定的安全隐患，因为你的认证数据就存储在代码仓库中。如果你的包含认证数据的代码托管在github,那么久有可能遭到不怀好意的开发者的麻烦。

从隐私的角度来说，更推荐使用环境变量来做验证，当然针对普通的情况依然可以使用配置文件。

Promises成为异步流程控制的主要解决方案

在Node.js中，大多数的核心库都使用了许多的回调函数，而从本次的调查结果来看，开发者们现在更多的使用Promise。

大概半年以前，有一个Node.js仓库的Pull-request要求所有异步函数返回一个原生的Promise.官方给出的回复如下： 'A Promises API doesn’t make sense for core right now because it's too early in the evolution of V8-based promises and their relationship to other ES* features. There is tiny interest within the TC in exploring this in the core in the short-term.'

也许我们该重新思考这个问题。

开发者们大多通过 console.log 来调试程序

Console.log成为开发者们主要的调试手段，别Node Inspector还要多。大约有四分之三的开发者都通过console.log的方式来发现程序中的错误即使在面对非常复杂的程序。