养成一个好习惯:在严格模式下开发Javascript
博客专区 > 顽Shi 的博客 > 博客详情
养成一个好习惯:在严格模式下开发Javascript
顽Shi 发表于4年前
养成一个好习惯:在严格模式下开发Javascript
  • 发表于 4年前
  • 阅读 5029
  • 收藏 188
  • 点赞 15
  • 评论 16

腾讯云 技术升级10大核心产品年终让利>>>   

摘要: 坦白说对于Javascript所谓的严格模式在今年早些时候我还一无所知,真正在开发中应用也就几个月.对于这个ECMAScript5就已经引入的东西,已经不能算新了,对于这个东西一直处在字面的理解上,就是"更加严格,规范的限制Javscript代码的书写",今天打算结合使用的经验好好研究下它到底是怎么回事.

  前言

    坦白说对于Javascript所谓的严格模式在今年早些时候我还一无所知,真正在开发中应用也就几个月.对于这个ECMAScript5就已经引入的东西,已经不能算新了,对于这个东西一直处在字面的理解上,就是"更加严格,规范的限制Javscript代码的书写",今天打算结合使用的经验好好研究下它到底是怎么回事.

  正文

    Javascript中如果你想你的代码在严格模式下运行,非常简单,只要在代码的第一行,也就是首行加上"use strict"指令即可.对于那些不支持ECMAScript5的浏览器来说它没有任何影响,所以如果想它生效要确定一下你的浏览器,不是所有浏览器都支持,毕竟我们给力的国情决定IE还是市场主力,IE10一下的同学要注意了.

    使用"use strict"能给开发带来什么好处?

    其实如果你一直在Chrome环境下开发,并且代码书写算规范,那么你几乎不会感觉到有任何变化.但是确实有一些显而易见的好处,我也从中受益所以和大家分享一下.


    (1) 错误提示更加准确

    Javascript的错误提示一直是个比较伤心的问题,松散的语言结构在赋予格外灵活的同时也让他像调皮的孩子一样难以管教.在Javascript应用越来越重的今天,这会明显拖延我们的开发进度,影响开发的感觉.

    "use strict"模式下可以更加明确的提示你的代码出了什么样的错误,这让你可以更加快速并且专注的去解决问题.


    (2) 变量必须声明

    在非严格模式如果你没有声明一个变量就使用它,那么它会被当做一个全局变量,在严格模式下则报错并抛出异常.我一直认为先声明后使用是一个好习惯,并且一直坚持.


    (3) 属性或者参数不再可重复

    虽然没有写过,不过我确实看过类似的代码:

var a = {
  aaa: 'dddddd',
  bbb: 'dddddd',
  aaa: 'cccccc'
}

    虽然不算是惊呆了,不过我就想问,哥们你是从CSS转到JS的吗...属性覆盖都来了.在非严格模式下这样书写可能不会报错,如果你用"use strict"那么抱歉,浏览器会抛出异常.


    (4) with被禁用

    这个虽然是一个重要的改变,相当于API层次的禁用,不过貌似日常编码中我们使用with的时候并不多,所以影响不大


    (5) Function中this不再是window

    这一点算是严格模式下的一个很严谨的地方,经常在调用的函数中我们用this指向window这类全局变量.但是在严格模式下,这样的this的值是undefined.


    (6) 变量删除

    相比较与属性删除我们可能很少或者几乎不会去进行变量删除的操作,在严格模式下变量的删除是不允许的.而对于属性的删除,只有configurable设为true的属性才能被删除.

"use strict";
  var x;
  delete x; // 语法错误
  var o = Object.create(null, 'x', {
      value: 1,
      configurable: true
  });
  delete o.x; // 删除成功

    

    (7) 函数声明只能在顶层

    这个改变非常可能对旧有的代码或者原本书写就不规范的代码造成影响,以前我们定义function可以说是随心所欲,不管在if还是for中,都是想怎么样就怎么样.

    在"use strict"模式下,为了与以后ECMAScript6接轨,规定了函数的声明只能在全局作用域或者函数作用域的顶层进行声明.


    (8) arguments对象不再神奇

    在严格模式中,函数里的arguments对象拥有传入函数值的静态副本.而在非严格模式下,arguments对象的数组元素和函数参数都指向同一个值的引用.这种限制会使得很多神奇的代码不再可用.


  结论:

    上面这几点是我感觉使用了"use strict"后变化最大的地方,另外需要注意"use strict"的使用也是有风险的,并不是万金油.尤其是在旧有的项目中,如果想使用严格模式要非常谨慎,一旦你在文件首行加入了"use strict"那么整个文件都会受到这个限制,如果你合并所有文件,这一点要格外注意.

    当然你也可以灵活的使用"use strict",比如在函数内部的首行,或者在匿名函数作用域的首行去使用.注意这里之所以强调是首行,因为浏览器对于脚本代码以及函数体中第一条常规语句后的内容都不会当作指令去解析,也就是说如果你的"use strict"写在了var a=0;之后,那么浏览器只会将其当作一个普通的表达式语句.

    最后,希望大家在开发时条件允许的情况下尽量使用"use strict"开发,它最大的好处就是帮助你更快的定位错误!详细的提示信息让你更好的纠错.

共有 人打赏支持
粉丝 272
博文 81
码字总数 92387
评论 (16)
开源无憾
with是坑,该禁
blu10ph
大赞~
袁国涛
很好的东西,自由是有代价的啊。不过,ie依旧蛋疼,这是不得不吐槽的。
肖羊
不错不错。之后再回味一下
我就知道一个为声明不再是全局变量,而会报错
chape
是否可以,为了规范和查错,使用use strict;遇到类似8这种解除声明呢?
顽Shi

引用来自“开源码农”的评论

with是坑,该禁
这个影响不算大应该,with用的不多
顽Shi

引用来自“袁国涛”的评论

很好的东西,自由是有代价的啊。不过,ie依旧蛋疼,这是不得不吐槽的。
IE10以上还好,剩下的却是蛋疼
顽Shi

引用来自“肖羊”的评论

不错不错。之后再回味一下
我就知道一个为声明不再是全局变量,而会报错
严格模式下管理了全局变量以及声明使用的规则,这个在开发量大的情况下很有用.
顽Shi

引用来自“chape”的评论

是否可以,为了规范和查错,使用use strict;遇到类似8这种解除声明呢?
理论上是可以的,不过没有指令本身提供这种功能.或者你可以在函数内部使用"use strict",然后在希望放宽限制的函数中就不要加了. 要么就在开发的时候全文件加上,然后发布的项目上去掉.不过个人建议最好还是全部在严格模式下开发,在Js应用越来越庞大的现在,规范化是一种趋势和必然.
水牛叔叔
又学到一个知识
顽Shi

引用来自“水牛叔叔”的评论

又学到一个知识
涨姿势...
二妞
早已在项目中强制使用
今天天气不错

引用来自“水牛叔叔”的评论

又学到一个知识

+1
Undeadway
"use strict";
这个建议不错,以后尝试一下。
KelvinQ
刚试了一下好像没报任何错误啊,难道我的代码一直很规范13
土豆丶
好吧,是个好东东 mark
×
顽Shi
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: