清晰了解你所使用的JavaScript版本

Javascript的版本较多,主要由于是在浏览器端运行的语言,加上微软早起的策略影响,导致运行环境多种多样,除开现代浏览器能够不断的更新支持新的标准,IE6大家族,几乎可以说每一代都是不同的Javascript运行环境,这也就导致了许多兼容性的问题.因此,我们在编写Javascript的时候,需要明确的知道我们所使用的是哪个版本的Javascript,版本不同,特性也不同,所能运行的环境也是大不相同.

Strict Mode

Strict 模式,使语言能够按照ES5的要求进行需要排错检测,同时又能够兼容在低版本的浏览器中运行.
Strict模式的定义非常简单,只主要在文件或者函数体的开头加上use strict即可,这样,在支持ES5的浏览器的环境上面运行这段代码,浏览器就会按照ES5的标准来对JS进行语法排错.

为什么能在老旧的浏览器中运行?

JS的语法是向后兼容的,因而按照ES5编写的JS,是能够准确无误的在老旧浏览器中运行的,因而对于语法来说,是肯定没有问题的,但是,多出来的use strict又是否可以会有副作用呢?答案是否定的,我们可以理解为use strict是定义了一个字符串的变量,但是因为没有变量名,老旧的浏览器在给其分配了内存以后,又会马上的回收,因而不会产生副作用.

Strict Mode的陷阱

Strict Mode固然好,但是一不留神,就坑踩到其中的坑.其中一个比较大的坑就是,use strict语句只有在JS文件或者函数的顶部才能生效,如果仅仅只是编写一个文件,当然没有问题,但是,如果我们的JS文件是多个不同的人员编写,然后统一组装起来的呢?这个时候,就会带来兼容性的问题了.

    //file1.js
    "use strict";
    function f() {
    // ...
    }
    // ...
    // file2.js
    // no strict-mode directive
    function g() {
    var arguments = [];
    // ...
    }
    // ...

如果我们直接把这两个文件拼凑起来,直接就会报错,为什么呢?因为在file1.js中,我们定义了use strict模式,但是file2.js是别人写的,并没有使用严格模式,所以直接连接在一起的时候,file2.js也会因此而被ES5语法检查,从而导致报错.
那么,有没有办法可以解决这个问题呢?有人会想着,我把这两个换过来不就行了呗.真的是这么简单的?答案是否定的,前面我们说过,use strict声明只要在文件的开头或者函数体的开头才会生效,如果我们直接把文件进行替换,use strict这个声明既不是在文件的顶端,又不是在函数体的开头,自然会导致失效.虽然这样不会报错,但是这就失去了严格模式的意义了,从而导致部分代码的错误无法发现.
那么,对于这类由不同人员开发,并且是否使用严格模式不统一的情况下,我们要如何处理呢?
一个很直观的方法就是,不要把使用了严格模式和没使用严格模式的文件进行组合,把他们分别进行组合,HTML引入两个文件,这是一个解决办法,但是这只是一个妥协折中的办法,并不是真的解决了这个问题.
还有另外一个办法,可以比较完美的解决这个问题,就是IIFEs(immediately invoked function expressions).相信大家有JS基础的话,都会对IIFEs有所了解吧,在某些异步的场景中,我们可以通过IIFEs来对每次的异步状态进行保存.废话谁说,直接看代码

    // no strict-mode directive
    (function() {
    // file1.js
    "use strict";
    function f() {
    // ...
    }
    // ...
    })();
    (function() {
    // file2.js
    // no strict-mode directive
    function f() {
    var arguments = [];
    // ...
    }
    // ...
    })();

我们分别把不同的文件使用一个括号进行包围起来,这样,这两个文件就分别处于不同的scope中的,use strict模式只会影响在同一个括号里面的代码,不会影响括号以外的代码,因此也是实现了他们之间的和平共处.
在ES6没有出来之前,大部分的模块化也是借鉴这样的方式实现的,这样里面定义的函数和变量都不再是全局的,而是仅仅再括号内部能够使用.
但是,如果我们在写一个库的时候,我们无法预想到以后的运行环境是怎么样的,有可能我们的函数会被打包连接工具打包起来,就会打破了我们所定义了strict模式,因而,如果我们希望自己所编写的代码无论在什么时候都是在strict模式运行的话,就可以选择在对每一个函数都使用括号进行包裹,然后调用IIFEs机制.

    (function() {
    "use strict";
    function f() {
    // ...
    }
    // ...
    })();

总结

  • 决定你的应用使用哪一种Javascript版本
  • 确定你使用的Javascript版本的所有特性都能够被应用运行的环境所支持
  • 总是使用支持strict模式的环境来测试strict模式的代码
  • 知道在链接不同的Javascript代码的时候的不同点
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,362评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,330评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,247评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,560评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,580评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,569评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,929评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,587评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,840评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,596评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,678评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,366评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,945评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,929评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,165评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,271评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,403评论 2 342

推荐阅读更多精彩内容

  • Node.js是目前非常火热的技术,但是它的诞生经历却很奇特。 众所周知,在Netscape设计出JavaScri...
    w_zhuan阅读 3,607评论 2 41
  • 在线阅读 http://interview.poetries.top[http://interview.poetr...
    程序员poetry阅读 114,222评论 24 450
  • 特别说明,为便于查阅,文章转自https://github.com/getify/You-Dont-Know-JS...
    杀破狼real阅读 324评论 0 0
  • 官方中文版原文链接 感谢社区中各位的大力支持,译者再次奉上一点点福利:阿里云产品券,享受所有官网优惠,并抽取幸运大...
    HetfieldJoe阅读 3,972评论 12 65
  • 最近因为腿伤什么事情都不想做,也可以什么都不用做了,忽然觉得每天要求自己运动、画画其实还是件很自律的事情...
    小小乱语阅读 172评论 0 1