今天可能要发布Node10的LTS？

blackmatch 1楼•6 年前

1

可能晚上吧。那边现在还没起床呢。

grass0916 2楼•6 年前

已经发布啰！ LTS 10.13.0

libook 3楼•6 年前作者

@grass0916 恩，可以把服务环境升到11了。。。

grass0916 4楼•6 年前

@libook 11 只有 support 六个月哦！

libook 5楼•6 年前作者

@grass0916 到时候早换12了。。。

grass0916 6楼•6 年前

@libook 我的意思是，正式服务环境使用 LTS 不好吗？

libook 7楼•6 年前作者

@grass0916 好哇，使用Current也没感觉不好哇

CaiPeng1989 8楼•6 年前

@libook 前端开发升级到11的话， node-sass 就炸了。

libook 9楼•6 年前作者

@CaiPeng1989 确实，前端依赖的工具都挺复杂的，gyp的话对版本依赖挺强的。我是后端开发，没啥复杂依赖，11用的V8 7.0 ，空间复杂度和时间复杂度优化得都挺不错的。

zy445566 10楼•6 年前

1

@libook gyp这种东西，迟早会被取代，我觉得大概率不是被napi取代，napi只是避免了版本升级导致的问题，但其实就像给马车装了个大便收集器，而我们真正需要的还是汽车。

来自酷炫的 CNodeMD

libook 11楼•6 年前作者

@zy445566 毕竟C++ Addons是第一版解决方案，N-API出来就是要让它退休的。其实N-API如果稳定并且向后兼容做得好的话其实也还行，解决了上一代二进制程序不向后兼容的问题。纯做算法的话WebAssembly也是个不错的方向。

zy445566 12楼•6 年前

@libook napi只是解决了应用开发者的一个大痛点，开发napi的人还是要为V8接口升级而烦恼。第二点这个对大JS方向不是很友好，太依赖于node环境上了

libook 13楼•6 年前作者

@zy445566 所以我说“稳定并且向后兼容做得好的话其实也还行”。上面提到的技术中，除了WebAssembly是WEB标准下的技术以外，其他的都是引擎特有的子技术，也都是专注于几个特定的JS应用场景的，所以感觉也不太可能覆盖整个JS大技术栈。个人感觉N-API之于JS就好比是Android SDK之于Java，属于特定应用场景下的需求，而不是语言层面统一的需求。

CaiPeng1989 14楼•6 年前

@libook 昨天 node-sass 更新了，终于可以愉快的食用 node v11了。

yinxin630 15楼•6 年前

vanishcode 16楼•6 年前

然而很多线上跑的还是4.0以前的版本。。。。