摘要：什么是严格模式严格模式是中引入的一种将更好的错误检查引入代码中的方法现在已经被大多浏览器实现顾名思义，这种模式使得在更严格的条件下运行因此在严格模式下我们的一些不严谨的写法将会导致程序抛出错误例如在严格模式下该行将会抛出错误在上面的代码中由
什么是严格模式？
严格模式 是 ECMAScript 5 中引入的一种将更好的错误检查引入代码中的方法, 现在已经被大多浏览器实现. 顾名思义，这种模式使得Javascript在更严格的条件下运行.
因此, 在严格模式下, 我们的一些不严谨的写法将会导致程序抛出错误. 例如:
function fn(param) {
var arguments = []; // 在严格模式下该行将会抛出错误: error: redefinition of arguments
}
在上面的代码中, 由于 arguments 在 js 中是一个特殊对象, 在严格模式下是不允许被重新定义的. 但是没有实现严格模式检查的环境中会接受这段代码.
为什么会出现严格模式？总所周知, 从 ECMAscript 从1997年正式成为国际标准以来, 已经发布了6个版本. 除此之外, 还存在一些 Javascript 实现支持非标准特性, 而其他的 Javascript 实现却并不支持这些特性的情况. 由于 Javascript 的实现多样化, 我们很难确定哪些特性在哪些平台上是支持的, 再加上 Web 浏览器的复杂性, 并且它并不能让开发者指定某一个特定的 Javascript 版本来执行我们的程序. 因此我们需要精心的编写程序, 以确保在所有的平台上都能够正常运行.
因此在 ES5 中引入了一种版本控制的考量: 严格模式. 此特性允许开发者选择在受限制的 Javascript 版本中禁止使用一些 Javascript 语言中问题较多或是易于出错的特性.
由于其语法强大的向后兼容特性, 所以即使在没有实现严格模式检查的环境中, 你的严格代码仍然可以正常执行.
如何使用严格模式?在程序中使用严格模式的方式是在程序中的最开始增加一个特定的字符串字面量.
"use strict"
如果你在一个文件的顶部加入这个特定的字符串, 则表示该文件的所有内容将始终使用严格模式执行.
如果你只想在一个函数体内使用严格模式, 则在该函数体内的最开始处(顶部)加入这句指令.
为什么要使用字符串字面量来实现严格模式?多带带使用一个特定的字符串字面量来作为指令语法在语言里看起来确实相当怪异, 但是他有一个最大的好处是向后兼容. 我们来看一下它为什么能够向后兼容. 我们都知道在js 中解释执行一个字符串字面量是没有任何副作用的, 这句话什么意思呢？ 比如说你在 chrome 浏览器控制台里面输入一个字符串字面量, 解释器只会返回一个同样的字符串, 除此之外不会发生任何事情, 这就使得即使ES3引擎不支持严格模式, 但依然能够无伤大雅的解释和执行这条指令. ES3 引擎在解析完改字符串之后, 会立即将该值丢弃. 因此, 尽管旧的引擎不支持严格模式, 但依然能够正常运行.
但需要注意的是: 尽管不会抛出错误, 但是旧的引擎不会进行任何的严格检查模式, 因此如果要使用严格模式, 你应该总是在完全兼容ES5的环境中测试严格代码.
使用严格模式需要注意哪些问题?我们在上面已经说过, use strict 指令需要写在脚本或者函数的顶部, 因为该指令只有在写在顶部才能生效. 这就使得我们在使用的时候需要注意一下这里有个小坑. 这个坑是什么呢？
举个例子, 我们在开发大型功能的时候, 开发过程中会使用多个独立的脚本文件, 但是在部署到生产环境的时候出于性能优化的目的, 需要将多个脚本连接成一个单一的文件. 比如说, 脚本1 运行于严格模式下,
// file1.js
"use strict"
function doSth() {
}
但是有另外一个同事写了一个脚本2运行于非严格模式下:
// file2.js
function doOtherSth(param) {
var arguments = [];
}
那么, 我们该怎么连接这两个文件呢？ 如果我们以 file1.js 开始, 那么连接后的代码将运行于严格模式下, 但是由于 file2 中的一些操作会在严格模式下抛出错误, 导致我们的程序无法正常运行.如果我们以 file2.js 开始, 那么连接后的代码将运行于非严格模式下, 因为我们前面已经讲过该指令只有在写在顶部才能生效. 似乎怎样都不太合适.
那么如何解决这个问题呢？
在项目中坚持只使用严格模式或者只使用非严格模式, 并且不要将使用严格模式和不使用严格模式的文件进行打包构建. O(∩_∩)O哈哈~这样就不会有问题了嘛.
我们上面说过, 如果你只想在一个函数体内使用严格模式, 则在该函数体内的最开始处(顶部)加入这句指令. 我们可以利用这个特性, 将每一个脚本文件里面的代码包裹在一个立即执行的函数表达式内, 这样即使两种模式的文件打包在一起, 依然能够按照我们的期望进行工作. 例如:
;(function() {
// file1.js
"use strict"
function doSth() {
}
})();
;(function() {
// file2.js
function doOtherSth() {
}
})();
当然了, 上面这样的做法会导致这些文件的内容不会在全局作用域内解释, 这就导致我们通过 var 和 function 声明的变量不会视为全局变量. 不过这刚好对我们来说也是一个很好的特性. 因此就放心大胆的使用吧, 去吧, 皮卡丘.
最佳实践上面的方法2看起来是极好的, 并且我们可以通过自动化构建工具为我们的脚本文件上添加如上代码. 但是如果我们想要编写一个通用的库, 使其可以在尽可能多的环境中正常工作, 我们不能假设脚本文件一定会被构建工具置于一个立即执行的函数中, 也不能假设客户端代码一定处于严格模式或是非严格模式中. 所以为了获得最佳效果, 我们应该总是在严格模式下编写代码, 并显式的将其包裹在启用了严格模式的立即执行函数中, 而不是依靠构建工具来实现.
结语"严格模式"体现了Javascript更合理、更安全、更严谨的发展方向. 为了达到更为普遍的兼容性, 我们应该总是在严格模式下编写代码.
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/78736.html
严格模式 首先来了解一下严格模式是什么？严格模式是JavaScript中的一种限制性更强的变种方式，不是一个子集：它在语义上与正常代码有明显的差异，不支持严格模式的浏览器与支持严格模式的浏览器行为上也不一样，所以不要在未经严格模式特性测试情况下使用严格模式，严格模式可以与非严格模式共存，所以脚本可以逐渐的选择性加入严格模式 严格模式的目的 首先，严格模式会将JavaScript陷阱直接变成明显的错...
摘要：但是在以来，在面向对象中，为方法带来了类型约束，然而这些都非常的鸡肋，从文档上可以看到。支持对象接口支持数组支持匿名函数类型约束不能用于标量类型如或。它的运作方式，是在中设置一个标志位，让函数调用和返回类型检查符合类型约束。 起点 众所周知，PHP 是弱类型语言，与其他强类型语言项目，在这方面会有很多的坑，但是已经发展到 PHP 7 之后，PHP 也对类型约束有了所指，并且在许多流行框...
摘要：系列系列列表从看一与箭头函数从看二函数传参模式与的上一篇说到，对做了以下限定。是另外一个变量，指向不同的值，而这两个值有相同的类型。函数中，和指向同一个值，更改的就等于更改了的。可以用改进问题是这个在严格模式下不能运行。 系列 系列列表：从use strict看JS（一）：this与箭头函数从use strict看JS（二）：函数传参模式与arguments use strict 的 ...
摘要：握手过程中使用了的标志和。接收端收到后，回传一个带有标志的数据包以示传达确认信息。第四次挥手主动关闭方收到后，发送一个给被动关闭方，确认序号为收到序号，至此，完成四次挥手。其次，通过使和系统绑定来降低泄露后的危险。 一些开放性题目 1.自我介绍：除了基本个人信息以外，面试官更想听的是你与众不同的地方和你的优势。 2.项目介绍 3.如何看待前端开发？ 4.平时是如何学习前端开发的？ 5....
摘要：闭包闭包是指有权访问另一个函数作用域中的变量的函数当某个函数被调用时，会创建一个执行环境及相应的作用域链。要注意通过第句声明的这个方法属于构造函数生成的对象，而不属于构造函数的变量对象，也就是说，并不存在于作用域链中。 看到评论里有仁兄建议我试试箭头函数，真是受宠若惊，本来写这篇文章也只是想记录写要点给自己日后看的。今天早上看到一篇总结javascript中this的文章JavaScr...
阅读 3078·2023-04-25 16:50
阅读 905·2021-11-25 09:43
阅读 3514·2021-09-26 10:11
阅读 2520·2019-08-26 13:28
阅读 2534·2019-08-26 13:23
阅读 2424·2019-08-26 11:53
阅读 3568·2019-08-23 18:19
阅读 2989·2019-08-23 16:27
