使用“ 严格 ” , 是否是使刺绣更加坚固的“ 严格 ” 。 它带来js 试图使其至少略微“ 严格 ” ( 其他语言自90年代以来实施严格的规则 ) 。 它实际上是“ 强制” 刺绣开发者遵循某种最佳编码实践 。 但是, 刺绣非常脆弱 。 没有打印变量、 打字方法等东西。 我强烈建议刺绣开发者学习一种更强有力的语言, 如 java 或 actscript3 和 impl 。

“严格使用” ; 定义 Javarcamp 代码应使用“ 限制模式” 执行 。

“使用严格”指令在5版缩写文本中是新的“使用严格”指令。它不是一个声明,而是一个字面表达式,被先前版本的 Javascript 忽略。“使用严格”的目的是表示代码应该以“严格模式”执行。例如,不能使用未声明的变量。

所有现代浏览器都支持“严格使用”,

不利情况

如果开发商使用一个严格模式的图书馆, 但开发商通常使用正常模式工作,

更糟糕的是,由于开发商处于正常模式,他们没有被抛出额外错误的好处,因此错误可能会无声无息地失败。

此外,如上所列,严格模式阻止你做某些事情。

但有些开发商不喜欢这种限制, 并想使用语言的所有特征。

https://www.tutoricsteacher.com/javascript/javascript-strict

John Revig写了个好摘要 写了个好摘要

这只是一个字符串,你放 在你的 javacript 文件( 在文件顶部或函数内部) 中, 看起来像这个 :

"use strict";

输入您的代码不应该对当前浏览器造成任何问题, 因为它只是一条字符串。 它可能会在未来对您的代码造成问题, 如果您的代码违反了 pragma 。 例如, 如果您目前拥有 Foo = “ bar ” 而不先定义 Foo , 您的代码将会开始失效... 在我看来这是件好事。

用于 ES6 模块的更新

本地缩略语模块(有进出口语句)和 ES6 类内部的缩略语模块, 严格模式总是被启用, 无法禁用 。

原始答案

这条关于刺写严格模式的文章可能会引起你的兴趣:John Revig - ecmaric 5 严格模式,json,等等。

引用一些有趣的部分:

严格模式是文稿 5 中的新特征, 允许您在“ 严格” 操作背景下放置一个程序或函数。 这种严格环境防止采取某些行动, 并丢弃更多例外 。

并且:

严格模式在几个方面有所帮助:它捕捉到一些常见的编码工具,抛出一些例外。当采取相对“不安全”的行动(例如进入全球对象)时,它会防止或丢出错误。它会禁用一些混淆不清或考虑不周的特征。

注意您也可以对整个文件应用“ 限制模式” ...... 或者您只能将其用于特定功能( 仍在引用 John Revig 的文章 ) :

// Non-strict code...

(function(){
  "use strict";

  // Define your library strictly...
})();

// Non-strict code...

如果你必须混合新旧代码和旧代码,

所以,我想这有点像“严格使用”在 Perl 中可以使用(比如这个名称? ) : 它可以帮助您减少错误, 通过检测更多的可能导致分裂的东西。

现在所有主要浏览器都支持严格模式 。

请注意,严格使用是在5页缩写中引入的,此后一直保留。

下面是ES6和ES7中触发严格模式的条件:

如果模块代码以含有严格使用指令的指令前言开头(见14.1.1.1)。 模块代码总是严格的模式代码。 类声明或类表达式的所有部分都是严格的模式代码。 如果以含有严格使用指令的指令前言开头,或者如果对 Eval 的调用是包含在严格模式代码中的直接 eval (见12.3.4.1) 的调用是包含在严格模式代码中的直接 eval (见12.3.4.1) , 则 Eval 代码是严格的模式代码。 如果相关代码是严格模式代码, 函数代码是严格的模式代码。

要比较的小示例 :

无限制模式 :

(一) [1,2,3] 控制台.log(一) / 输出: / 1/ / 2/ 3

严格模式 :

“ 严格使用 ” ; 对于 (i) [1, 2, 3]) 控制台. log(i) / 输出: // / 未捕获引用器: i 未定义

无限制模式 :

字符串. prototype. test = 函数 () { 控制台. log( 此“ 字符串” 类型); } } ; a. test (); // 输出 // 假

字符串类型. prototype. test = 函数 () {“ 严格使用 ” {; 控制台. log( 此“ 字符串” 的类型) } ; a. test (); // 输出 / / true