npm 加入 TC39 委员会,参与定制 JavaScript 标准 - 开源中国社区
Float_left Icon_close
npm 加入 TC39 委员会,参与定制 JavaScript 标准
王练 2018年07月12日

npm 加入 TC39 委员会,参与定制 JavaScript 标准

王练 王练 发布于2018年07月12日 收藏 4

宣布将其 bug 反馈渠道从 GitHub 转移到自己的 npm.community 后,npm 昨日再次公布了一个大消息,他们已加入 ECMA International 并参与到 TC39 中。

TC39 是专门负责定义 JavaScript 标准的技术委员会,根据 ECMAScript 规范对 JavaScript 语言进行了标准化,包括(但不限于)语言的语法、语义、库和支持该语言的补充技术。 

开发团队表示,npm 每天直接接触近 1100 万的 JavaScript 用户,加入 TC39 后,npm 将利用对 JavaScript 社区的了解来倡导和改进语言规范,给所有 JS 开发者提供帮助。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:npm 加入 TC39 委员会,参与定制 JavaScript 标准
分享
评论(11)
精彩评论
4
别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。
1
早晚,npm要引入轻量级快速 打包解包 模块 技术!!!
最新评论
0

引用来自“捍卫机密”的评论

早晚,npm要引入轻量级快速 打包解包 模块 技术!!!
我也是这样认为的。
0

引用来自“dkvirus”的评论

别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。

引用来自“CrazyPeter”的评论

其实npm不是解决不掉,是为了简化工作流程,减少本地依赖,特意在开始就是这么设计的。如果感觉不爽,可以考虑使用yarn代替npm,至少不用重复下载同样的包。

引用来自“dkvirus”的评论

yarn 有公共仓库,还是用的本地缓存??我现在一个功能 node_modules 400-500 M大小,好几个后管系统框架框架都是一样的,但是分开安装依赖一下就好几个 G。关键是像备份代码拷到移动硬盘上,还得单独拷贝文件。麻烦至极。
本地缓存,本质上离不开npm机制的。项目拷贝确实很占空间,但官方的意思是,你备份项目,就不需要拷贝node_modules,每次使用就npm install一下。
0

引用来自“dkvirus”的评论

别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。

引用来自“CrazyPeter”的评论

其实npm不是解决不掉,是为了简化工作流程,减少本地依赖,特意在开始就是这么设计的。如果感觉不爽,可以考虑使用yarn代替npm,至少不用重复下载同样的包。

引用来自“dkvirus”的评论

yarn 有公共仓库,还是用的本地缓存??我现在一个功能 node_modules 400-500 M大小,好几个后管系统框架框架都是一样的,但是分开安装依赖一下就好几个 G。关键是像备份代码拷到移动硬盘上,还得单独拷贝文件。麻烦至极。
备份代码不用git?把node_modules忽略掉不就行了
0

引用来自“dkvirus”的评论

别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。

引用来自“CrazyPeter”的评论

其实npm不是解决不掉,是为了简化工作流程,减少本地依赖,特意在开始就是这么设计的。如果感觉不爽,可以考虑使用yarn代替npm,至少不用重复下载同样的包。
yarn 有公共仓库,还是用的本地缓存??我现在一个功能 node_modules 400-500 M大小,好几个后管系统框架框架都是一样的,但是分开安装依赖一下就好几个 G。关键是像备份代码拷到移动硬盘上,还得单独拷贝文件。麻烦至极。
1
早晚,npm要引入轻量级快速 打包解包 模块 技术!!!
0

引用来自“dkvirus”的评论

别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。
其实npm不是解决不掉,是为了简化工作流程,减少本地依赖,特意在开始就是这么设计的。如果感觉不爽,可以考虑使用yarn代替npm,至少不用重复下载同样的包。
0
唉,不想用了
0
用npm,一不小心就是几百兆
0
也不拆开看看java的公共包里有多少小文件,有多少是重复的。不同的库调用另一个库的不同版本是每种模块管理器都要面对的问题。java能编译后打包,可js能吗?
0

引用来自“dkvirus”的评论

别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。
@dkvirus 就是,大量小文件磁盘太慢了
4
别的不说了,先把 node_modules 依赖包的问题解决掉,能不能参考 Java 整一个公共包仓库,每次都下载同样的包浪费资源和时间。
顶部