使用“ 严格使用 ” ; 不要突然使您的代码变得更好 。

缩略图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 浏览器支持严格模式向严格模式过渡

由于浏览器的战争和不良的管理,手稿的设计和实施过于仓促。 结果导致许多设计决定不善,不直观的语法和混淆不清的语义进入了语言。 严格的方式旨在修正其中的一些错误。

“使用严格”指令在向程序员传达代码的同时, 也设定了对代码的替代解释。

例如,此关键字指方法定义中的对象,如此,或指其他语言的自定义。

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

有些错误即使严格的方式也无法固定, 因为语法应该对旧浏览器有效, 因为它们忽略了“ 限制模式” 指令。 这是故意的 。

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 中可以使用(比如这个名称? ) : 它可以帮助您减少错误, 通过检测更多的可能导致分裂的东西。

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

语句“ 严格使用 ” ; 指示浏览器使用严格模式, 即一个缩写和安全的 Javastrict 特征集 。

特征列表列表(并非详尽无遗)

不允许的全变量 。 (在变量名称中缺少 var 声明和打字符) 静态失效分配将会在严格模式下丢出错误( 指派 nan = 5 ;) 试图删除非可删除属性将会丢弃( 删除对象 . prototype) , 要求对象字典中的所有属性名称都是独特的( var x = {x1: 1, x1: 1, x1: 2}) 函数参数名称必须是独一无二的( 函数和( x, x) {...}) 禁止八语法( var x = 023; 一些 deds 错误地假定前的零 doe

[参考:严格模式,mozilla 开发者网络]

实例:

严格模式代码不能用别名来描述在其中创建的参数对象的属性

function show( msg ){
    msg = 42;
    console.log( msg );          // msg === 42
    console.log( arguments[0] ); // arguments === 42
}
show( "Hey" );

// In strict mode arguments[i] does not track the value of 
// the corresponding named argument, nor does a named argument track the value in the corresponding arguments[i]
function showStrict( msg ){
    "use strict";
    msg = 42;
    console.log( msg );          // msg === 42
    console.log( arguments[0] ); // arguments === "Hey"
}
showStrict( "Hey" );

严格模式消除了在非限制模式下会忽略的错误,从而使javascript " 更安全 " 。

是否将它视为最佳做法之一?

是的,它被视为最佳做法的一部分,同时与 Javascript 合作, 包括严格的方式。 这是通过在您的 js 文件中添加下面的代码行来完成的 。

“严格使用”;

在你的代码。

这对用户代理意味着什么?

表示代码应严格解释,向浏览器等用户代理器指定代码应如实处理代码,如果代码不合理,则会出错。

例如:在您的 .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

为何在两种情况下都打印变量名称?

用户代理商经常对问题代码进行一系列的修改, 试图让问题代码变得合理。在表面上,这看起来就像一件好事, 事实上,在严格模式之外工作, 使得人们有可能在不把所有细节都固定下来的情况下, 将脚部浸湿在刺写代码中。 但是,作为一个开发者,我不想在我的代码中留下一个错误, 因为我知道它可能会回来咬我,

情景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'],
        },
    };
    

好吧,那么什么是被阻止 严格的方式?

使用变量而不声明会以严格模式丢弃错误 。 这是为了防止您在应用程序中无意中生成一个错误 。 打印 Chicago 的例子特别包含此内容 。 删除一个变量或函数或参数或参数是严格模式的不拒绝 。 “ 严格使用 ” ; 函数 x( p1, p2) {} {} {} ; 删除 x ; / / 这将导致错误, 严格模式不允许重复参数名称 。 “ 严格使用 ” ; 函数 x (p1, p1) {} {} {} / 这将造成错误, 严格模式不允许重复参数名称 。 “ 严格使用 ” ; 函数 x (p1, p1) {} {} / 这将 cau 。

此处的 mdn 文件请查阅更全面的清单: https:// developmenter.mozilla.org/en-us/docs/web/javascript/reference/strict_mode。