草庐IT

ecmascript-harmony

全部标签

javascript - 哪些(javascript)环境支持 ECMAscript 5 严格模式? (又名 "use strict")

ECMAScript5在我写这篇文章的时候是它的最终草案;这是由于包含一个严格模式,该模式将阻止您分配给全局对象、使用eval和其他限制。(JohnResig'sArticle是一个很好的介绍。)这种神奇的省心模式是通过在文件(或函数)顶部包含字符串“usestrict”来触发的。但是,在较旧的环境中,“usestrict”是一个空操作。如果您添加“usestrict”并且不在严格的环境中对其进行测试,您可能会留下一个非严格的代码的定时炸弹,当它真正遇到严格的环境时就会崩溃。哪些环境实际上遵守“usestrict”? 最佳答案 更新

javascript - 哪些(javascript)环境支持 ECMAscript 5 严格模式? (又名 "use strict")

ECMAScript5在我写这篇文章的时候是它的最终草案;这是由于包含一个严格模式,该模式将阻止您分配给全局对象、使用eval和其他限制。(JohnResig'sArticle是一个很好的介绍。)这种神奇的省心模式是通过在文件(或函数)顶部包含字符串“usestrict”来触发的。但是,在较旧的环境中,“usestrict”是一个空操作。如果您添加“usestrict”并且不在严格的环境中对其进行测试,您可能会留下一个非严格的代码的定时炸弹,当它真正遇到严格的环境时就会崩溃。哪些环境实际上遵守“usestrict”? 最佳答案 更新

.net - 是否有任何 ECMAScript 的 .NET CLR/DLR 实现?

有人知道真正的(即..没有汽件)ECMAScript的目标.NETCLR/DLR实现吗?理想情况下类似于Rhino对Java的意义。在.NETFramework/MonoFramework上运行的Rhino的可靠端口将是完美的。我只看到了少数提到的项目,但从未见过任何曝光的项目,也从未见过任何我曾经能够在其上运行脚本的项目。这是我已经知道的:MSScriptControlActiveXControl:据我所知,这是微软最后一个真正的ECMAScript兼容实现(运行JScript5.7)。我已经与MSScriptControl集成,但不认为COM互操作是这个问题的答案。x64是此选项的

.net - 是否有任何 ECMAScript 的 .NET CLR/DLR 实现?

有人知道真正的(即..没有汽件)ECMAScript的目标.NETCLR/DLR实现吗?理想情况下类似于Rhino对Java的意义。在.NETFramework/MonoFramework上运行的Rhino的可靠端口将是完美的。我只看到了少数提到的项目,但从未见过任何曝光的项目,也从未见过任何我曾经能够在其上运行脚本的项目。这是我已经知道的:MSScriptControlActiveXControl:据我所知,这是微软最后一个真正的ECMAScript兼容实现(运行JScript5.7)。我已经与MSScriptControl集成,但不认为COM互操作是这个问题的答案。x64是此选项的

javascript - ECMA脚本 :Harmony/ES6 to JavaScript compiler

看完Peter'sarticleonJavaScript我注意到了BrendanEichstatedthatonethegoalsforHarmonyistobeabettertargetforto-JavaScriptcompilers.目前有两个流行的编译器有一些模糊ES:Harmony合规性:TraceurCoffeeScript虽然CoffeeScript有一些合规性,但它并不是为ES:Harmony编译器而设计的,因此它对此没有用处。Tracuer似乎更加严格地遵守ES:Harmony规范,但我不知道它是否打算成为一个完整的ES:Harmony编译器。由于目标是将ES6编译为

javascript - ECMA脚本 :Harmony/ES6 to JavaScript compiler

看完Peter'sarticleonJavaScript我注意到了BrendanEichstatedthatonethegoalsforHarmonyistobeabettertargetforto-JavaScriptcompilers.目前有两个流行的编译器有一些模糊ES:Harmony合规性:TraceurCoffeeScript虽然CoffeeScript有一些合规性,但它并不是为ES:Harmony编译器而设计的,因此它对此没有用处。Tracuer似乎更加严格地遵守ES:Harmony规范,但我不知道它是否打算成为一个完整的ES:Harmony编译器。由于目标是将ES6编译为

javascript - ES6 生成器函数中星号 (*) 的用途是什么

谁能给我解释一下:为什么ES6中的生成器函数用星号标记?例如,代替:function*someGenerator(){yield1;yield2;yield3;}我们可以这样写:functionsomeGenerator(){yield1;yield2;yield3;}甚至:varsomeGenerator=()=>{yield1;yield2;yield3;}varsomeObject={someGenerator(){yield1;yield2;yield3;}}JS编译器可以在解析时检测到someGenerator包含yield运算符,并从该函数生成生成器。为什么检测yield存

javascript - ES6 生成器函数中星号 (*) 的用途是什么

谁能给我解释一下:为什么ES6中的生成器函数用星号标记?例如,代替:function*someGenerator(){yield1;yield2;yield3;}我们可以这样写:functionsomeGenerator(){yield1;yield2;yield3;}甚至:varsomeGenerator=()=>{yield1;yield2;yield3;}varsomeObject={someGenerator(){yield1;yield2;yield3;}}JS编译器可以在解析时检测到someGenerator包含yield运算符,并从该函数生成生成器。为什么检测yield存

javascript - ECMAScript 6 中是否需要 "use strict"?

我想知道什么时候ECMAScript6来了,我们还需要在js代码中加上“usestrict”吗? 最佳答案 是的,不幸的是。除了在模块中,它是隐含的。 关于javascript-ECMAScript6中是否需要"usestrict"?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/22730514/

javascript - ECMAScript 6 中是否需要 "use strict"?

我想知道什么时候ECMAScript6来了,我们还需要在js代码中加上“usestrict”吗? 最佳答案 是的,不幸的是。除了在模块中,它是隐含的。 关于javascript-ECMAScript6中是否需要"usestrict"?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.com/questions/22730514/