Node.js 2016 回顾

1）Node.js版本变化

https://github.com/nodejs/LTS#lts-schedule

• 发布Node.js 6.x 并进入LTS（长期支持版本），凡是LTS的都可以在生成环境使用
• 发布Node.js 7.x 支持Async/await，尽管需要加flag才可以开启

根据node.green统计Node.js 6.x（LTS下面）的es 2015即es6兼容99%

Node.js 6.x支持的10大关键特性

• 1. DevTools Inspector Integration
• 1. Capture Names of Listeners on an EventEmitter
• 1. Overhauled Buffers Constructor APIs
• 1. Unhandled Promise rejection warnings
• 1. Quick and Safe Temporary Directory Creation
• 1. Timing Attack Prevention
• 1. Process Warnings API
• 1. Symlink Preservation
• 1. V8 Performance Profiling Directly Through Node.js
• 1. Process CPU usage

2）Node.js在2016年被哪些企业使用？

• 高朋使用Node.js重建了整个Web层

作为决策的结果，高朋团队使用Node.js重建整个Web层

他们在多个平台使用Node:

1. 大概3-400个后端服务使用Nde.js Java和Ruby混合
2. 使用Node作为API集成层。
3. 使用Node作为后端服务的客户端，包括网站。

当前，高朋有70个Node.js生产应用。应用在30个国家。

• Node.js在Skycatch应用

skycatch是家数据公司，帮助捕获、管理和分析商业无人机数据。skycatch看到挖掘数据需要大量查询数据库。使用现有的工具如原始SQL查询是困难和耗时的，而skycatch的解决方案可以方便地从网站中提取可操作的数据。

“我们在你能想得到的地方都使用了node - Node是我们的胶水”。

• Node.js在Lowe’s Home Improvement 应用

通过Node.js，工程师队可以拥有从UI到后端整个堆栈的全部开发职责，前端他们能够重用自己在JavaScript和HTML上的精通。

现在他们可以很快地把新的功能放一起做原型设计做研究和做一些用户测试。然后把这个想法应用到生产级别并发布，不会导致应用程序栈其他部分的风险

原文http://www.jdon.com/48441

上面是国外的一些，据我所知很多大公司都用Node.js只是没人出来讲而已，创业公司就更加数不胜数了。

调查一下，用Koa的公司来顶一下 这个帖子，7个月之前，统计Koa都很20家左右，所以整体来看，普及力度还不错的。

3）left-pad事件

2016年3月份，kik是Azer写的模块，但Kik同时是手机通信录的社交软件，所以这个社交软件上就无耻的直接说让Azer把kik名字给他们，Azer不同意，他们就拿律师函恐吓，并让npm妥协，所以npm就妥协了

Azer一怒之下将自己在 npm 上的 273 个封包全部撤下，其中就包括 left-pad 封包。一石激起千层浪，依赖 left-pad 的上千个项目包括 babel 和 react-native 瞬间崩溃。大量开发者看着自己项目构建失败，顿时被吓尿。

观点

• 1）就没见过这么傻逼的公司，一个红包就能解决的事儿，非要用强权，如果对方在改模块上耗费心血少的话，转给你也没啥问题的。去年百度从我手里要走了一个模块，一个红包而已

• 2）11行代码要不要封装成一个包？

sindresorhus: Containing complexity is not about putting everything in one-line functions/modules.

你的模块必须含有一定的复杂性，不然就没啥意义了。

• 3）npm看着那么多包，大多数都是无意义的吧？

从我开始讲Node.js全栈大约是3月份，那是npm上是25.6万个吧，截止到年底是35万个，我想说的是那个包仓库都是有好有坏，按照80/20原则，数量是也是相当可观的。总比那些某些语言连包管理机制都不完善的要强吧！

• 4）结果npm调整了撤销策略，24小时之后就不让撤销了

If the version is less than 24 hours old, you can unpublish it. The package will be completely removed from the registry.

http://blog.npmjs.org/post/141905368000/changes-to-npms-unpublish-policy

4）Yarn：一个高效的npm替代品

2016年10月份, Facebook 和 Google 联手搞出 Yarn，你一个新的包管理器。一周之内，在github上star过万，现在已经21843个star了。

替换的原因

• 在Facebook的大规模 npm 都工作的不太好
• npm拖慢了公司的ci工作流
• 对一个检查所有的模块也是相当低效的
• npm被设计为是不确定性的，而Facebook工程师需要为他们的DevOps工作流提供一直和可依赖的系统

与hack npm限制的做法相反，Facebook编写了Yarn

• Yarn 的本地缓存文件做的更好
• Yarn 可以并行它的一些操作，这加速了对新模块的安装处理
• Yarn 使用lockfiles，并用确定的算法来创建一个所有跨机器上都一样的文件
• 出于安全考虑，在安装进程里，Yarn 不允许编写包的开发者去执行其他代码

Yarn, which promises to even give developers that don’t work at Facebook’s scale a major performance boost, still uses the npm registry and is essentially a drop-in replacement for the npm client.

很多人说和ruby的gem机制类似，都生成lockfile。确实是一个很不错的改进，在速度上有很大改进，配置cnpm等国内源来用，还是相当爽的。

5）Chrome DevTools支持Node.js 应用调试了！

https://blog.hospodarets.com/nodejs-debugging-in-chrome-devtools

要求

• 1. Node.js 6.3+
• 1. Chrome 55+

步骤

• 开启chrome://flags/#enable-devtools-experiments URL
• 启动 Developer Tools experiments flag
• 重启 Chrome
• 打开 DevTools Setting -> Experiments tab (重启之后的才能看见)
• 按下 “SHIFT” 6 次
• 选中 “Node debugging” 复选框
• 打开/关闭 DevTools

https://blog.hospodarets.com/nodejs-debugging-in-chrome-devtools

另外推荐一个electron包装的devtool，也非常好

https://github.com/Jam3/devtool

6）lerna：一个用户管理多个包模块的工具。

https://lernajs.io/

非常好用，babel等都大量应用

7）Flow和Typescript越来越流行

Flow 是一个新的开源JavaScript静态类型检查器给JavaScript增加了静态类型来提高开发人员的生产力和代码质量。特别是，静态类型提供了一些极大的助益，如前期错误检测，它可以帮助您避免某些种运行时故障；如代码的智能提示，这有助于代码维护、导航、转换和优化。

TypeScript是JavaScript类型（es6）的超集，它可以编译成纯JavaScript。可以在任何浏览器、任何计算机和任何操作系统上运行，并且是开源的。类型检查啊也是非常棒的。

由于大规模和深度js应用，导致js编写复杂性越来越高，而且又要多人合作，所以对于静态类型的需求会尤其大，flow相对更加轻量级，ts更加像一揽子解决方案。以我的观察，flow就是react这阵风带起来的，喜欢轻量级的可以考虑，长久来看，ts可能会有更大的发展潜力。我相信在2017年ts会有更好的成长，无论是前端，还是Node.js，都会大量应用。

8）异步流程演进

这里加异步流程演进部分，目的是为了后面讲述框架变化做铺垫，同时异步流程控制也是Node.js非常核心的内容，是每个开发者都必须掌握的。

JavaScript流程控制的演进过程，分以下6部分:

1. 同步代码
2. 异步JavaScript: callback hell
3. Thunk
4. Promise/a+
5. 生成器Generators/yield
6. Async函数/Await（以前说是ES7 stage-3）

看起来挺简单的，作为*js（沾边）工程师的各位自测一下，当前是哪个阶段？

我对异步流程控制的总结

• Async函数是趋势，如果Chrome 52. v8 5.1已经支持Async函数(https://github.com/nodejs/CTC/issues/7)了，Node.js已经支持，Node.js 7.x版本需要加flag才能开启，在明年的8.x里会默认开启。
• Async和Generator函数里都支持promise，所以promise是必须会的。
• Generator和yield异常强大，不过不会成为主流，所以学会基本用法和promise就好了，没必要所有的都必须会。
• co作为Generator执行器是不错的，它更好的是当做Promise 包装器，通过Generator支持yieldable，最后返回Promise，是不是有点无耻？

我整理了一张图，更直观一些。

• 红色代表Promise，是使用最多的，无论async还是generator都可用
• 蓝色是Generator，过度货
• 绿色是Async函数，趋势

结论：Promise是必须会的，那你为什么不顺势而为呢？

推荐：使用Async函数 + Promise组合，如下图所示。

9） vsc是一个比较潮比较新的编辑器

（跨平台Mac OS X、Windows和 Linux ）

• vsc功能和textmate、sublime、notepad++，ultraedit等比较，毫不逊色
• vsc尤其是在nodejs（调试）和typescript、go上支持尤其好
• vsc提供了自定义 Debugger Adapter 和 VSCode Debug Protocol 从而实现自己的调试器

vsc的宣传语是：

 一个运行于 Mac OS X、Windows和 Linux 之上的，针对于编写现代 Web 和云应用的跨平台源代码编辑器。

按它说的，vsc特别适合来作为前端开发编辑器。

内置html开发神器emmet(zencoding),对css及其相关编译型语言Less和Sass都有很好的支持。

当然，最nice的还是写js代码了，这也是我接下来要着重介绍的功能。

目前vsc已经开源了：

• 代码https://github.com/Microsoft/vscode
• 官方博客http://blogs.msdn.com/b/vscode/?Redirected=true
• roadmap https://github.com/Microsoft/vscode/wiki/Roadmap
• 支持go语言 https://github.com/Microsoft/vscode-go

https://github.com/i5ting/vsc