Node.js 9.6.0 发布,服务器端的 JavaScript 运行环境

局长
 局长
发布于 2018年02月23日
收藏 1

Node.js 9.6.0 已发布,有以下值得关注的变化:

  • async_hooks:

    • deprecate unsafe emit{Before,After} (Ali Ijaz Sheikh) #18513

    • rename PromiseWrap.parentId to PromiseWrap.isChainedPromise (Ali Ijaz Sheikh) #18633

  • deps:

    • update node-inspect to 1.11.3 (Jan Krems) #18354

    • ICU 60.2 bump (Steven R. Loomis) #17687

    • Introduce ScriptOrModule and HostDefinedOptions to V8 (Jan Krems) #16889

  • http:

    • add options to http.createServer() for IncomingMessage and ServerReponse (Peter Marton) #15752

  • http2:

    • add http fallback options to .createServer (Peter Marton) #15752

  • https:

    • Adds the remaining options from tls.createSecureContext() to the string generated by Agent#getName(). This allows https.request() to accept the options and generate unique sockets appropriately. (Jeff Principe) #16402

  • inspector:

    • --inspect-brk for es modules (Guy Bedford) #18194

  • lib:

    • allow process kill by signal number (Sam Roberts) #16944

  • module:

    • enable dynamic import (Myles Borins) #18387

    • dynamic import is now supported (Jan Krems) #15713

  • n-api:

    • add methods to open/close callback scope (Michael Dawson) #18089

  • src:

    • allow --perf-(basic-)?prof in NODE_OPTIONS (Leko) #17600

  • vm:

    • add support for es modules (Gus Caplan) #17560

下载地址:https://nodejs.org/en/download/current/

Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行时。Node.js 使用高效、轻量级的事件驱动、非阻塞 I/O 模型。Node.js 的生态系统是目前最大的开源包管理系统。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:Node.js 9.6.0 发布,服务器端的 JavaScript 运行环境
加载中

精彩评论

eechen
eechen
npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.
l
lvfengjin

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“玖伍贰柒”的评论

各种依赖真的恶心啊,thinkjs居然引用了628个模块
个人觉得有些npm包的依赖已经有点病态了
eechen
eechen

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“左华栋”的评论

包数量多是事实,开发者质量参差不齐也是事实。
并且就算去除你说的这些包,npm 还是最多。
composer 什么时候能装 openssl-server 能装 php 拓展,能编译php ,再来谈包的事情。。。

引用来自“eechen”的评论

PHP内置大量的PECL扩展库,PHP提供的pecl命令能自动调用GCC编译PECL扩展,并不需要用第三方的composer.
说白了,Node.js自身的库不够丰富,所以才会有各种npm包出来.

引用来自“左华栋”的评论

pecl 本身需要先安装,这先不说。跨平台就是个问题,明明一个包管理器能解决所有事情,非要搞这么麻烦。。。不得不说设计得垃圾
本地代码C/C++等写的扩展是否跨平台跟包管理器无关,跟该扩展是否跨平台有关.
比如node-pty这个C++开发的模块,如果它本身不支持Windows,你用npm也一样装不上.
不要以为包管理器是什么黑科技.
左华栋
左华栋
你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的
左华栋
左华栋

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“左华栋”的评论

包数量多是事实,开发者质量参差不齐也是事实。
并且就算去除你说的这些包,npm 还是最多。
composer 什么时候能装 openssl-server 能装 php 拓展,能编译php ,再来谈包的事情。。。

引用来自“eechen”的评论

PHP内置大量的PECL扩展库,PHP提供的pecl命令能自动调用GCC编译PECL扩展,并不需要用第三方的composer.
说白了,Node.js自身的库不够丰富,所以才会有各种npm包出来.
pecl 本身需要先安装,这先不说。跨平台就是个问题,明明一个包管理器能解决所有事情,非要搞这么麻烦。。。不得不说设计得垃圾

最新评论(17

左华栋
左华栋

引用来自“左华栋”的评论

你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的

引用来自“eechen”的评论

真是好笑,居然拿composer跟pecl比,你真的懂?要比也是跟pear比,好么?
pecl会自动调用phpize生成configure文件,然后调用编译器gcc编译和安装扩展.
composer是第三方工具,pear和pecl才是PHP官方包管理工具.

引用来自“左华栋”的评论

然而pecl 的使用率相对于composer 可以忽略。
不管支不支持,都比phpize 方便。php在win 下支持得更烂

引用来自“eechen”的评论

真是搞笑,完全两个不同的东西,谈什么使用率.
比如说安装Swoole,就得用pecl.
phpize/make/make install是传统编译步骤,你真的懂?
不懂,所以我都用npm install ... phpize 编译,pecl 感觉真弱智。。。
eechen
eechen

引用来自“左华栋”的评论

你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的

引用来自“eechen”的评论

真是好笑,居然拿composer跟pecl比,你真的懂?要比也是跟pear比,好么?
pecl会自动调用phpize生成configure文件,然后调用编译器gcc编译和安装扩展.
composer是第三方工具,pear和pecl才是PHP官方包管理工具.

引用来自“左华栋”的评论

然而pecl 的使用率相对于composer 可以忽略。
不管支不支持,都比phpize 方便。php在win 下支持得更烂
真是搞笑,完全两个不同的东西,谈什么使用率.
比如说安装Swoole,就得用pecl.
phpize/make/make install是传统编译步骤,你真的懂?
左华栋
左华栋

引用来自“左华栋”的评论

你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的

引用来自“eechen”的评论

真是好笑,居然拿composer跟pecl比,你真的懂?要比也是跟pear比,好么?
pecl会自动调用phpize生成configure文件,然后调用编译器gcc编译和安装扩展.
composer是第三方工具,pear和pecl才是PHP官方包管理工具.
然而pecl 的使用率相对于composer 可以忽略。
不管支不支持,都比phpize 方便。php在win 下支持得更烂
eechen
eechen

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“左华栋”的评论

包数量多是事实,开发者质量参差不齐也是事实。
并且就算去除你说的这些包,npm 还是最多。
composer 什么时候能装 openssl-server 能装 php 拓展,能编译php ,再来谈包的事情。。。

引用来自“eechen”的评论

PHP内置大量的PECL扩展库,PHP提供的pecl命令能自动调用GCC编译PECL扩展,并不需要用第三方的composer.
说白了,Node.js自身的库不够丰富,所以才会有各种npm包出来.

引用来自“左华栋”的评论

pecl 本身需要先安装,这先不说。跨平台就是个问题,明明一个包管理器能解决所有事情,非要搞这么麻烦。。。不得不说设计得垃圾
本地代码C/C++等写的扩展是否跨平台跟包管理器无关,跟该扩展是否跨平台有关.
比如node-pty这个C++开发的模块,如果它本身不支持Windows,你用npm也一样装不上.
不要以为包管理器是什么黑科技.
eechen
eechen

引用来自“左华栋”的评论

你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的
真是好笑,居然拿composer跟pecl比,你真的懂?要比也是跟pear比,好么?
pecl会自动调用phpize生成configure文件,然后调用编译器gcc编译和安装扩展.
composer是第三方工具,pear和pecl才是PHP官方包管理工具.
左华栋
左华栋
你问问laravel 开发者,TP5开发者,composer 方便还是 pecl 和 phpize方便?
通过第三方拓展增强功能不应该是好的设计么?比如IOS 比如安卓。。。随着用户喜好和需要安装,官方的不一定是最好的,也不一定是需要的,但一定是臃肿的
左华栋
左华栋

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“左华栋”的评论

包数量多是事实,开发者质量参差不齐也是事实。
并且就算去除你说的这些包,npm 还是最多。
composer 什么时候能装 openssl-server 能装 php 拓展,能编译php ,再来谈包的事情。。。

引用来自“eechen”的评论

PHP内置大量的PECL扩展库,PHP提供的pecl命令能自动调用GCC编译PECL扩展,并不需要用第三方的composer.
说白了,Node.js自身的库不够丰富,所以才会有各种npm包出来.
pecl 本身需要先安装,这先不说。跨平台就是个问题,明明一个包管理器能解决所有事情,非要搞这么麻烦。。。不得不说设计得垃圾
eechen
eechen

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“左华栋”的评论

包数量多是事实,开发者质量参差不齐也是事实。
并且就算去除你说的这些包,npm 还是最多。
composer 什么时候能装 openssl-server 能装 php 拓展,能编译php ,再来谈包的事情。。。
PHP内置大量的PECL扩展库,PHP提供的pecl命令能自动调用GCC编译PECL扩展,并不需要用第三方的composer.
说白了,Node.js自身的库不够丰富,所以才会有各种npm包出来.
左华栋
左华栋

引用来自“kerneler”的评论

版本发布的比它下面的应用还快 :cold_sweat:
社区活跃。。
左华栋
左华栋

引用来自“eechen”的评论

npm是目前最大的开源包管理系统?
呵呵,一个代码只有寥寥十几行的npm包left-pad也会成为众多其他npm包的依赖.
随着left-pad被作者从npm上撤下,所有直接或者间接依赖这个模块的npm包全部挂掉.
一个17行的npm包引发的血案,太讽刺了.

引用来自“玖伍贰柒”的评论

各种依赖真的恶心啊,thinkjs居然引用了628个模块
看看 nest.js
返回顶部
顶部