计划中就是2018-10-30,今天。
可能晚上吧。那边现在还没起床呢。
已经发布啰! LTS 10.13.0
@grass0916 恩,可以把服务环境升到11了。。。
@libook 11 只有 support 六个月哦!
@grass0916 到时候早换12了。。。
@libook 我的意思是,正式服务环境使用 LTS 不好吗?
@grass0916 好哇,使用Current也没感觉不好哇
@libook 前端开发升级到11的话, node-sass
就炸了。
@CaiPeng1989 确实,前端依赖的工具都挺复杂的,gyp的话对版本依赖挺强的。 我是后端开发,没啥复杂依赖,11用的V8 7.0 ,空间复杂度和时间复杂度优化得都挺不错的。
@zy445566 毕竟C++ Addons是第一版解决方案,N-API出来就是要让它退休的。 其实N-API如果稳定并且向后兼容做得好的话其实也还行,解决了上一代二进制程序不向后兼容的问题。 纯做算法的话WebAssembly也是个不错的方向。
@libook napi只是解决了应用开发者的一个大痛点,开发napi的人还是要为V8接口升级而烦恼。第二点这个对大JS方向不是很友好,太依赖于node环境上了
@zy445566 所以我说“稳定并且向后兼容做得好的话其实也还行”。 上面提到的技术中,除了WebAssembly是WEB标准下的技术以外,其他的都是引擎特有的子技术,也都是专注于几个特定的JS应用场景的,所以感觉也不太可能覆盖整个JS大技术栈。个人感觉N-API之于JS就好比是Android SDK之于Java,属于特定应用场景下的需求,而不是语言层面统一的需求。
@libook 昨天 node-sass
更新了,终于可以愉快的食用 node v11了。
然而很多线上跑的还是4.0以前的版本。。。。