window.System对象是JavaScript ES6的必需部分吗
不久前,我读到系统对象是es6模块的必需部分,基本上是一种新的对象类型,具有模块加载所需的所有语义window.System对象是JavaScript ES6的必需部分吗,javascript,specifications,ecmascript-6,Javascript,Specifications,Ecmascript 6,不久前,我读到系统对象是es6模块的必需部分,基本上是一种新的对象类型,具有模块加载所需的所有语义 这是严格的es6要求吗?它似乎不在最新规范中。该API似乎是从ES2015中删除的,但最终将被实现 我在GitHub上找到了repository,其中谈到了模块加载器API,但如果您看看这些问题,第一个问题的名称是“”。它包括关于这个主题的对话 第一条评论说: 模块加载器API实际上已从ES2015中删除;它应该 可能只是从回购协议中删除 这也是一个有趣的评论: 更糟糕的是,导入无法加载模块,因为
这是严格的es6要求吗?它似乎不在最新规范中。该API似乎是从ES2015中删除的,但最终将被实现 我在GitHub上找到了repository,其中谈到了模块加载器API,但如果您看看这些问题,第一个问题的名称是“”。它包括关于这个主题的对话 第一条评论说: 模块加载器API实际上已从ES2015中删除;它应该 可能只是从回购协议中删除 这也是一个有趣的评论: 更糟糕的是,导入无法加载模块,因为 没有要查询的加载程序 最终会有一个加载器规范,但在那之前ES2015只是 指定语法,语法不起任何作用。(即规范 包含类似于“咨询主机环境以执行以下操作”的点 这里有些有用的东西。”) 做出上述两条评论的人,可链接到以下注释作为参考: 结论/决议 加载器管道进入一个单独的规范:处理 整合
全球
系统
对象不属于ES2015的一部分
年从ES2015规范中删除了模块加载API,其中包括系统
模块加载现在由单独的
第27号草案(包括系统
)中规定了模块加载器API的实现 你能链接到你发现的这个网站吗?我认为,谷歌搜索它主要会带来一些结果,这些结果似乎是一个未经批准的建议。@Xufox它是规范的一部分,直到。请注意,您的问题标题是误导性的,因为窗口特定于浏览器中的页面上下文。在其他上下文(浏览器插件)或完全不同的javascript环境中,不必通过名为window
的命名变量访问全局对象。好吧,除了通过顶层此或绑定到它的东西之外,它根本不需要访问。@8472正确,谢谢。这可能是有趣的,也是kangax从compat表中删除模块的原因。