最近,我通过克罗福德 查了一些JavaScript代码JSLint JSLint,并给出了以下错误:
第1行第1字符1:缺少“严格使用”声明的问题。
在做一些搜索时,我意识到有些人加了"use strict";输入 JavaScript 代码。 一旦我添加了该语句, 错误就不再出现。 不幸的是, Google 并未披露此字符串语句背后的大部分历史。 当然, 它肯定与浏览器如何解读 JavaScript 有关, 但我不知道效果会是什么 。
那么,什么是"use strict";关于它的意义是什么,它是否仍然相关?
当前浏览器中的任意浏览器响应"use strict";字符串, 还是用于未来用途 ?
当前回答
这是ECMAScript 5. 约翰·瑞西格写的新特写精美的摘要来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来
您在 JavaScript 文件( 文件顶部或函数内部) 中插入的字符串, 看起来像 :
"use strict";
在您的代码中输入它不会对当前浏览器造成任何问题, 因为它只是一条字符串。 如果您的代码违反 pragma , 它可能会在未来对您的代码造成问题 。 例如, 如果您有foo = "bar"未定义foo首先,你的代码将开始失败... 这在我看来是件好事
其他回答
严格模式允许在 v8 引擎中设置严格的特性。 某些特性的短示例 :
您可通过写作方式在全球范围启用它 :
'use strict'; // strict mode enabled!
您只是在函数中包含的每个函数 :
let myfunc = () => {
'use strict'; // strict mode enabled
b = 0; // broke
}
var x;
x = '0'; // ok
y = ''; // not ok
已经启用 es6 功能( 取决于浏览器) , 因为节点 v4+ 很重要 。
在某些情况下,业绩更好。
还有更多的特征,检查在这里更多! 更多! 更多! 更多! 更多!
这是ECMAScript 5. 约翰·瑞西格写的新特写精美的摘要来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来,来
您在 JavaScript 文件( 文件顶部或函数内部) 中插入的字符串, 看起来像 :
"use strict";
在您的代码中输入它不会对当前浏览器造成任何问题, 因为它只是一条字符串。 如果您的代码违反 pragma , 它可能会在未来对您的代码造成问题 。 例如, 如果您有foo = "bar"未定义foo首先,你的代码将开始失败... 这在我看来是件好事
'use strict';不会突然让你的代码变得更好。缩略JavaScript 严格模式的特性是ECMAScript 5。您可以在脚本/功能的顶部声明此功能,从而启用严格模式。
'use strict';
当 JavaScript 引擎看到这个时指令指令,它将开始以特殊模式解释代码。在这个模式中,当某些编码做法最终被检测出潜在的错误(这是严格模式背后的推理)时,错误就会被抛出。
考虑一下这个例子:
var a = 365;
var b = 030;
开发者在急于排列数字字面时 无意中初始化了变量b带有 八进制字元。 非限制模式会将此解读为带有值的数值字元24不过,严格模式会出错
严格模式的非详尽无遗的专门专业清单,见回答本答案.
'use strict';?在我的新建新JavaScript 应用程序 :绝对!当你用代码做蠢事时 严格模式可以用作告密者
在我的现有JavaScript 代码 :可能不会!如果您现有的 JavaScript 代码有严格模式中被禁止的语句, 应用程序会中断。 如果您想要严格模式, 您应该准备调试并纠正您现有的代码。 这就是为什么使用'use strict';不会突然使您的代码变得更好.
插入a'use strict';脚本上方的语句 :
// File: myscript.js
'use strict';
var a = 2;
....
请注意文件的所有内容myscript.js将严格解释。
或者,插入'use strict';函数体上方的语句:
function doSomething() {
'use strict';
...
}
里面的每样东西词汇范围函数一函数doSomething将严格解释。词汇范围在此很重要。 例如, 如果您的严格code 调用一个库的函数,即不严格,只有您的代码在严格模式下执行,而不是所谓的函数。见回答本答案以寻求更好的解释。
我找到一个优雅文章说明严格禁止的若干事项(请注意,这不是一个详尽无遗的清单):
范围范围 范围范围 范围
历史上, JavaScript 被混淆了函数的范围。 有时它们看起来是静态的范围, 但有些特征让它们表现得好像是动态的范围。 这使得程序很难读懂和理解。 错误理解导致错误。 这也是一个性能问题。 静态范围界定允许在编译时发生可变的约束力, 但动态范围要求意味着约束必须推迟到运行时间, 而运行时间会受到重大的性能处罚 。
严格模式要求所有变量都固定绑定。 这意味着以前需要动态绑定的特征必须取消或修改。 具体地说,配有语句的功能被删除,而电子逆向拍卖功能改变其呼叫者环境的能力受到严重限制。
严格守则的一个好处就是 诸如YUI YUI 压缩器处理时可以做得更好。
隐含的全球变量
JavaScript 隐含了全球变量。 如果您没有明确声明变量, 则会暗含地声明一个全球变量。 这样可以让初学者更容易编程, 因为他们可以忽略一些基本的家务。 但这会让大型程序的管理更加困难, 并大大降低可靠性。 因此严格地说, 隐含的全球变量不再创建。 您应该明确声明所有变量 。
全球渗漏
有一些情况可能导致
this被约束对象。例如,如果您忘记提供new调用构建器的构造器函数时的前缀this会被意外地绑定到全球对象上, 所以它不会启动新对象, 而是静静地干扰全球变量。 在这种情况下, 严格的方式将会约束this至undefined,这将导致构建者提出一个例外,使错误能够更快地被检测出来。吵闹失败
JavaScript 一直拥有只读的属性, 但直到 ES5 的属性, 您无法自己创建这些属性 。
Object.createProperty函数暴露了该功能。如果您试图为只读属性指定一个值,它会默默地失败。该配置不会改变该属性的价值,但您的程序会像原计划一样进行。这是一个完整性危险,可能导致程序出现不一致状态。严格地说,试图改变只读属性将是一个例外。八进
数字的八进制( 或基数 8) 表示在对单词大小为 3 倍数的机器进行机器级程序时非常有用。 您在与CDC 6600 主机合作时需要八进制, 该主机的单词大小为 60 位数。 如果您可以读八进制, 您可以将一个单词看成 20 位数。 两位数字代表了操作代码, 8 个登记册中的一位数识别了其中一位数。 在机器代码向高级语言的缓慢过渡期间, 以编程语言提供八进制格式被认为是有用的 。
在C中,选择了极不幸的八进制表示:领先零。在C中,
0100指64, 不是100, 和08更不幸的是,这种过时主义已经被复制为几乎所有现代语言,包括JavaScript, 在那里它只用来制造错误。它没有任何其他目的。 所以严格地说, 八进制不再被允许。爱 爱 爱 爱 爱 爱 爱 爱 爱 爱 爱 爱 爱 爱 爱
在ES5中,伪参数数组变得有点像 ES5 中的阵列。
callee和caller属性。这样就可以通过您的arguments在不放弃很多保密背景的情况下 不受信任的代码。arguments职能财产被删除。在严格模式下,函数字典中的重复键将产生语法错误。函数不能有两个相同名称的参数。函数不能有一个与其参数之一具有相同名称的变量。函数不能有相同名称的变量。
delete试图用它自己的变量delete非可配置财产现在被抛出一个例外。 原始价值不是暗含的。
ECMAScript 5 添加了一个保留单词列表。 如果您使用它们作为变量或参数, 严格的模式会丢出错误 。 保留单词是 :
implements,interface,let,package,private,protected,public,static, 和yield
“ 严格使用 ” ; 定义 JavaScript 代码应以“ 限制模式” 执行 。
所有现代浏览器支持“ 严格使用 ” , 除非因特网探索者 9 及以下.
缺点
如果开发商使用一个严格模式的图书馆, 但开发商通常使用正常模式,
更糟糕的是,由于开发商处于正常模式,他们没有被抛出额外错误的好处,因此错误可能会无声无息地失败。
此外,如上所列,严格模式阻止你做某些事情。
但有些开发商不喜欢这种限制, 并想使用语言的所有特征。
严格模式消除了在非限制模式下会忽略的错误,从而使javascript " 更安全 " 。
是否认为它是最佳做法之一?
是 是,它被认为是最佳做法的一部分, 与 Javascript 合作,包括严格模式。这样做的方式是在你的联署材料档案中添加以下代码行。
'use strict';
在你的代码。
这对用户代理意味着什么?
说明代码应该严格解释 向浏览器这样的用户代理指定 他们应该把代码 完全像书面的一样对待 如果代码不合理的话 就会出错
例如:考虑在.js您的文件有以下代码:
设想情景1:[无严格模
var city = "Chicago"
console.log(city) // Prints the city name, i.e. Chicago
设想情况2:[无严格模
city = "Chicago"
console.log(city) // Prints the city name, i.e. Chicago
为何在两种情况下都打印变量名称?
不打开严格模式,用户代理商经常对问题代码进行一系列修改,以试图使问题代码变得合理。在表面上,这看似是一件好事,事实上,在严格模式之外工作使得人们有可能在不把所有细节都固定下来的情况下,用JavaScript代码湿透脚部。然而,作为一个开发者,我不想在我的代码中留下一个错误,因为我知道它可能会在晚些时候回来咬我,我还只是想写好代码。这就是严格模式有助于解决问题的地方。
设想方案3:[严格示范
'use strict';
city = "Chicago"
console.log(city) // Reference Error: asignment is undeclared variable city.
附加提示 :要使用严格模式保持代码质量, 您不需要一次又一遍地写入, 特别是如果您有多个.js您可以在eslint规则如下:
文件名 : .eslintrc.js
module.exports = {
env: {
es6: true
},
rules : {
strict: ['error', 'global'],
},
};
那么,什么是严格防止的呢?
使用变量而不声明这将以严格的方式丢弃一个错误。 这是为了防止您在应用程序中无意中创建全局变量。 打印芝加哥的例子特别覆盖了这一点 。
删除变量或函数或参数严格情况下是无的。
"use strict";
function x(p1, p2) {};
delete x; // This will cause an error
复制参数名称是否严格允许。
"use strict";
function x(p1, p1) {}; // This will cause an error
不允许以 Javascript 语言保留单词字词是工具界面,让,包,包,私人,受保护,公开,静态和产出
若要列出更全面的清单, 请在此检查 MDN 文件 :https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Strict_mode
