最近,我通过Crockford的jslint 输入了一些我的笔记本代码, 它犯了以下错误:
第1行字符1:缺少“严格使用”的语句。
某些搜索, 我意识到有些人在他们的 javascript 代码中添加了“ 严格使用 ” ; 。 一旦我添加了该语句, 错误就不再出现。 不幸的是, Google 并没有揭示此字符串语句背后的大部分历史。 当然, 它肯定与浏览器如何解读该语句有关, 但我不知道效果会是什么 。
那么,什么是“严格使用”;什么是“严格使用”;一切,它意味着什么,它是否仍然相关?
当前的任何浏览器是否响应“ 严格使用 ” ; 字符串, 或是否未来使用 ?
当前回答
由于浏览器的战争和不良的管理,手稿的设计和实施过于仓促。 结果导致许多设计决定不善,不直观的语法和混淆不清的语义进入了语言。 严格的方式旨在修正其中的一些错误。
“使用严格”指令在向程序员传达代码的同时, 也设定了对代码的替代解释。
例如,此关键字指方法定义中的对象,如此,或指其他语言的自定义。
let o = {
name: 'John Doe',
sayName: function(){
console.log(this.name);
}
};
o.sayName(); // 'John Doe'
这在方法上下文之外没有任何目的,但所有javascript函数都有这个关键词,无论它们是否为方法:
function run() {
console.log(this);
}
run(); // Window
在这里,这是对一个全球目标的确定,它没有意义,也没有意义,因为全球目标已经在范围中存在。
在一个全球功能中,严格地以这种方式,决心作出不确定的决定,这正是我们所期望的。
"use strict"
function run() {
console.log(this);
}
run(); // undefined
有些错误即使严格的方式也无法固定, 因为语法应该对旧浏览器有效, 因为它们忽略了“ 限制模式” 指令。 这是故意的 。
其他回答
严格模式对普通正文语义进行若干修改 :
消除一些标注的沉默错误, 将其修改为丢弃错误 。 修补错误, 使标标注的引擎难以进行优化 。 禁止某些可能在未来版本的标注中定义的语法 。
用于获取更多信息的 严格模式- javamart
如果您使用在去年左右的一年中释放的浏览器, 那么它很可能支持 javascript 严格模式。 只有旧浏览器才会在 5 缩写5 成为当前标准之前使用, 不支持它 。
命令周围的引号确保代码在旧浏览器中仍然有效(尽管那些在严格模式下产生语法错误的东西通常只会导致脚本在旧浏览器中发生一些难以探测的故障 ) 。
在使用“严格使用”之后,“严格使用”代码应该像使用终止语、启动前声明等其他节目语言一样,遵循一套严格的规则。
如果使用“严格使用”,守则的编写应遵循一套严格的规则,从而减少错误和模棱两可的可能性。
使用“ 严格使用 ” ; 不要突然使您的代码变得更好 。
缩略图5 中有一个特性,即严格模式。 您可以在脚本/ 函数顶部声明此功能, 从而启用严格模式 。
'use strict';
当 Javascript 引擎看到此指令时, 它将开始以特殊模式解释代码。 在此模式下, 当某些代码操作最终被检测到可能导致错误( 这是严格模式背后的推理 ) 时, 错误就会出现 。
考虑一下这个例子:
var a = 365;
var b = 030;
开发者执着于排列数字字数, 无意中初始化了变量b, 带有八字数。 非限制模式会将此解读为数值 24 的数值字数( 在基数 10 中) 。 然而, 严格模式会丢弃错误 。
关于严格模式的非穷尽性专业清单,请见此答复。
我应在哪里使用“严格使用”;
在我的新 Javascript 应用程序中: 绝对严格的模式可以用来作为检举人, 当您对您的代码做一些蠢事时。 在我现有的 javascript 代码中: 如果您现有的 javascript 代码有严格模式中被禁止的语句, 应用可能只是中断 。 如果您想要严格模式, 您应该准备调试并纠正您现有的代码 。 这就是为什么使用“ 严格 ” ; 不要突然使您的代码变得更好 。
我如何使用严格的模式?
在您的脚本上方插入“ 严格使用 ” ; 语句 : // 文件: 笔记本. js “ 严格使用 ” ; var a = 2;... 注意文件中的所有文字都将严格解释我的文稿。 js 。 或者, 插入“ 严格使用 ” ; 在您函数体上方插入语句: 函数 Dohine () { “ 严格使用 ” ; ......} 函数词汇范围内的事物将严格解释。 这里必须使用词汇范围。 例如, 如果您严格的代码要求 func 的话, 则此词词很重要 。
严格禁止什么?
(请注意,这不是一个详尽无遗的清单):
从历史上看, javascript 一直被混淆了如何界定函数的范围。 有时,这些功能似乎被静态地界定范围, 但有些特征使得它们表现得好像它们被动态地界定范围。 这是令人困惑的, 使程序难以阅读和理解。 误解引起错误。 这也是一个绩效问题。 静态范围界定将允许在汇编时发生可变的有约束力的情况, 但动态范围的要求意味着约束必须推迟到运行时间, 而这又来了
预留的单词,用于未来的 Javacramp 版本
缩略图 5 添加了一个保留单词列表。 如果您使用它们作为变量或参数, 严格的模式会丢出错误。 保留单词是:
安装、接口、让、包装、私营、受保护、公共、静态和产出
进一步读
严格模式 - javascript + @ mdn 浏览器支持严格模式向严格模式过渡
使用严格的使用来显示常见的重复错误, 以便以不同的方式处理错误, 并改变 Java 脚本的运行方式,
避免意外发生全球事故, 任何重复都不得消除, 消除这种胁迫性, 更安全的不可改变的电算错误() 。
您也可以阅读此文章的细节
