在ECMAScript委员会里 有一些人说得很好:对 JavaScript, 第一部分 1: ECMAScript 5 的修改”关于逐步增加使用《公约》和《京都议定书》"use strict"允许 JavaScript 执行者清理 JavaScript 的许多危险特性,

当然,它也谈到很多这些错误的特征是什么,以及ECMAScript 5是如何修补这些错误的。

添加时添加"use strict";中,下列情况将投语法错误在脚本执行之前:

• 为未来的ECMAScript版本铺路,使用一个新保留的关键关键关键关键词(在ECMAScript 6): implements, interface, let, package, private, protected, public, static, 和yield.

• 在区块中声明函数

  if(a<b){ function f(){} }
  

• 八进语法

  var n = 023;
  

• this点对全局对象。

   function f() {
        "use strict";
        this.a = 1;
   };
   f(); 
  

• 在对象字典中为属性名称声明相同名称的两倍

   {a: 1, b: 3, a: 7} 
  

  ECMACcript 6 (ECMAScript 6)已不再属于这种情况(ECOMACcript 6) (EECMAScript 6) (EECMACcript 6) (EECMACcript 6) (EECMACcript 6)) 。昆虫 1041128).

• 以相同名称函数宣告两个函数参数

  f(a, b, b){}
  

• 设定未声明变量的值

  function f(x){
     "use strict";
     var a = 12;
     b = a + x*35; // error!
  }
  f();
  

• 使用delete在变量名称上delete myVariable;

• 使用eval或arguments作为变量或函数参数名称

  "use strict";
  arguments++;
  var obj = { set p(arguments) { } };
  try { } catch (arguments) { }
  function arguments() { } 
  

资料来源:

• 向严格模式过渡关于MDN的MDN

• 严格模式关于MDN的MDN

• JavaScript 的严格模式和为什么你应该使用它在Colin J. Ihrig的博客上(存档版),

使用“ 严格 ” ; 是 ECMA 试图让 JavaScript 稍微强一点 。 它使JavaScript 尝试让 JavaScript 稍微强一点 。 它使JavaScript 尝试让 JavaScript 至少 略微“ 严格 ” ( 其他语言自90 年代以来实施严格的规则 ) 。 实际上, JavaScript 开发者“ 强制” 遵循某种最佳的编码 。 尽管如此, JavaScript 仍然非常脆弱 。 没有打印变量、 类型方法等东西。 我强烈建议 JavaScript 开发者学习一种更强健的语言, 如 Java 或 ActionScript 3 , 并在您的 JavaScript 代码中实施同样的最佳做法, 它会更好, 更容易调试。

严格模式允许在 v8 引擎中设置严格的特性。 某些特性的短示例 :

您可通过写作方式在全球范围启用它 :

'use strict'; // strict mode enabled!

您只是在函数中包含的每个函数 :

let myfunc = () => {
  'use strict'; // strict mode enabled
  
   b = 0; // broke
}

• 在使用该变量( sane imo) 之前, 您必须声明变量 :

  var x;
  x = '0'; // ok
  y = '';  // not ok

• 已经启用 es6 功能( 取决于浏览器) , 因为节点 v4+ 很重要 。

• 在某些情况下,业绩更好。

还有更多的特征,检查在这里更多! 更多! 更多! 更多! 更多!

严格模式消除了在非限制模式下会忽略的错误,从而使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

开发者应该使用的主要理由"use strict"它们是:

1. 防止意外宣布全球变量。"use strict()"将会确保变量被声明为var在使用之前使用。 如 :

   function useStrictDemo(){
    'use strict';
    //works fine
    var a = 'No Problem';
   
    //does not work fine and throws error
    k = "problem"
   
    //even this will throw error
    someObject = {'problem': 'lot of problem'};
   }
   

2. 注:N.B:"use strict"指令仅在脚本或函数的开头确认。

3. 字符串"arguments"无法用作变量 :

   "use strict";
   var arguments = 3.14;    // This will cause an error
   

4. 将限制关键字作为变量的使用。 试图使用关键字将会丢弃错误 。

简言之,你的代码将减少容易出错的程度,反过来又将使得你写好代码。

更多信息,请查看在这里.