关于javascript:javascript中的Strict模式

12次阅读

共计 5276 个字符,预计需要花费 14 分钟才能阅读完成。

简介

咱们都晓得 javascript 是一个弱类型语言,在 ES5 之前,javascript 的程序编写具备很强的随意性,我能够称之为懒惰模式(sloppy mode)。比方能够应用未定义的变量,能够给对象中的任意属性赋值并不会抛出异样等等。

在 ES5 中,引入了 strict 模式,咱们能够称之为严格模式。相应的 sloppy mode 就能够被称为非严格模式。

严格模式并不是非严格模式的一个子集,相同的严格模式在语义上和非严格模式都产生了肯定的变动,所以咱们在应用过程中,肯定要通过严格的测试。以保障在严格模式下程序的执行和非严格模式下的执行成果统一。

应用 Strict mode

strict mode 会扭转 javascript 的一些体现,咱们将会在下一节中进行具体的解说。

这里先来看一下,怎么应用 strict mode。

Strict mode 次要用在一个残缺的脚本或者 function 中,并不适用于 block {}。如果在 block 中应用 strict mode 是不会失效的。

除此之外,eval 中的代码,Function 代码,event handler 属性和传递给 WindowTimers.setTimeout() 的 string 都能够看做是一个残缺的脚本。咱们能够在其中应用 Strict mode。

如果是在 script 脚本中应用 strict 模式,能够间接在脚本的最下面加上 ”use strict”:

// 整个脚本的 strict 模式
'use strict';
var v = "Hi! I'm a strict mode script!";

同样的咱们也能够在 function 中应用 strict 模式:

function strict() {
  // 函数的 strict 模式
  'use strict';
  function nested() { return 'And so am I!';}
  return "Hi!  I'm a strict mode function!  " + nested();}
function notStrict() { return "I'm not strict.";}

如果应用的是 ES6 中引入的 modules,那么 modules 中默认就曾经是 strict 模式了,咱们不须要再额定的应用 ”use strict”:

function myModule() {// 默认就是 strict 模式}
export default myModule;

strict mode 的新个性

strict mode 在语法和运行时的体现下面和非严格模式都产生了肯定的变动,接下来,咱们一一来看。

强制抛出异样

在 js 中,有很多状况下原本可能是谬误的操作,然而因为语言个性的起因,并没有抛出异样,从而导致最终运行后果并不是所期待的。

如果应用 strict 模式,则会间接抛出异样。

比方在 strict 模式中,不容许应用未定义的全局变量:

'use strict';

globalVar = 10; //ReferenceError: globalVar is not defined

这样实际上能够防止手误导致变量名字写错而导致的问题。

我再看一些其余的例子:

'use strict';

// 赋值给不可写的全局变量,var undefined = 5; // throws a TypeError
var Infinity = 5; // throws a TypeError

// 赋值给不可写的属性
var obj1 = {};
Object.defineProperty(obj1, 'x', { value: 42, writable: false});
obj1.x = 9; // throws a TypeError

// 赋值给一个 get 办法
var obj2 = {get x() {return 17;} };
obj2.x = 5; // throws a TypeError

// 赋值给一个禁止扩大的对象
var fixed = {};
Object.preventExtensions(fixed);
fixed.newProp = 'ohai'; // throws a TypeError

Strict 模式能够限度删除不可删除的属性,比方构造函数的 prototype:

'use strict';
delete Object.prototype; // throws a TypeError

禁止对象和函数参数中的反复属性:

'use strict';
var o = {p: 1, p: 2}; // Duplicate declaration

function sum(a, a, c) { // Duplicate declaration
    'use strict';
    return a + a + c;
}

禁止设置根底类型的属性:

(function() {
'use strict';

false.true = '';         // TypeError
(14).sailing = 'home';   // TypeError
'with'.you = 'far away'; // TypeError

})();

简化变量的应用

应用 Strict 模式能够简化变量的应用,让程序代码可读性更强。

首先,strict 模式禁止应用 with。

with 很弱小,咱们能够通过将对象传递给 with,从而影响变量查找的 scope chain。也就是说当咱们在 with block 中须要应用到某个属性的时候,除了在现有的 scope chain 中查找之外,还会在 with 传递的对象中查找。

with (expression)
  statement

应用 with 通常是为了简化咱们的代码,比方:

var a, x, y;
var r = 10;

with (Math) {
  a = PI * r * r;
  x = r * cos(PI);
  y = r * sin(PI / 2);
}

下面的例子中,PI 是 Math 对象中的变量,然而咱们能够在 with block 中间接应用。有点像 java 中的 import 的感觉。

上面的例子将会展现 with 在应用中的问题:

function f(x, o) {with (o) {console.log(x);
  }
}

咱们在 with block 中输入 x 变量,从代码能够看出 f 函数传入了一个 x 变量。然而如果 with 应用的对象中如果也存在 x 属性的话,就会呈现意想不到的问题。

所以,在 strict 模式中,with 是禁止应用的。

其次是对 eval 的改变。

传统模式中,eval 中定义的变量,将会主动被退出到蕴含 eval 的 scope 中。咱们看个例子:

var x = 17;
var evalX = eval("var x = 42; x;");
console.log(x);

因为 eval 中引入了新的变量 x,这个 x 的值将会笼罩最开始定义的 x =17. 最初咱们失去后果是 42.

如果退出 use strict,eval 中的变量将不会被退出到现有的 Scope 范畴中,咱们将会失去后果 17.

var x = 17;
var evalX = eval("'use strict'; var x = 42; x;");
console.log(x);

这样做的益处是为了防止 eval 对现有程序逻辑的影响。

在 strict 模式上面,还不容许 delete name:

'use strict';

var x;
delete x; // !!! syntax error

eval('var y; delete y;'); // !!! syntax error~~

简化 arguments

在 js 中,arguments 代表的是参数数组,首先在 Strict 模式下,arguments 是不能作为变量名被赋值的:

'use strict';
arguments++;
var obj = {set p(arguments) {}};
try {} catch (arguments) { }
function arguments() {}
var f = new Function('arguments', "'use strict'; return 17;");

下面执行都会报错。

另外,在一般模式下,arguments 是和命名参数相绑定的,并且 arguments[0] 和 arg 同步变动,都示意的是第一个参数。

然而如果在 strict 模式下,arguments 示意的是真正传入的参数。

咱们举个例子:

function f(a) {
    a = 42;
    return [a, arguments[0]];
}
var pair = f(17);
console.log(pair[0]);  // 42
console.log(pair[1]);  // 42

下面的例子中,arguments[0] 是和命名参数 a 绑定的,不论 f 传入的是什么值,arguments[0] 的值最初都是 42.

如果换成 strict 模式:

function f(a) {
    'use strict';
    a = 42;
    return [a, arguments[0]];
}
var pair = f(17);
console.log(pair[0]); // 42
console.log(pair[1]);  // 17

这个模式下 arguments[0] 接管的是理论传入的参数,咱们失去后果 17.

在 Strict 模式下,arguments.callee 是被禁用的。通常来说 arguments.callee 指向的是以后执行的函数,这会阻止虚拟机对内联的优化,所以在 Strict 模式下是禁止的。

让 javascript 变得更加平安

在一般模式下,如果咱们在一个函数 f() 中调用 this,那么 this 指向的是全局对象。在 strict 模式下,这个 this 的值是 undefined。

如果咱们是通过 call 或者 apply 来调用的话,如果传入的是 primitive value(根底类型),在一般模式下 this 会主动指向其 box 类(根底类型对应的 Object 类型,比方 Boolean,Number 等等)。如果传入的是 undefined 和 null,那么 this 指向的是 global Object。

而在 strict 模式下,this 指向的是传入的值,并不会做转换或变形。

上面的值都是 true:

'use strict';
function fun() { return this;}
console.assert(fun() === undefined);
console.assert(fun.call(2) === 2);
console.assert(fun.apply(null) === null);
console.assert(fun.call(undefined) === undefined);
console.assert(fun.bind(true)() === true);

为什么会平安呢?这就意味着,在 strict 模式下,不能通过 this 来指向 window 对象,从而保障程序的安全性。

另外,在一般模式下,咱们能够通过 fun.caller 或者 fun.arguments 来获取到函数的调用者和参数,这有可能会拜访到一些 private 属性或者不平安的变量,从而造成平安问题。

在 strict 模式下,fun.caller 或者 fun.arguments 是禁止的。

function restricted() {
  'use strict';
  restricted.caller;    // throws a TypeError
  restricted.arguments; // throws a TypeError
}
function privilegedInvoker() {return restricted();
}
privilegedInvoker();

保留关键字和 function 的地位

为了保障 JS 规范的后续倒退,在 strict 模式中,不容许应用关键字作为变量名,这些关键字包含 implements, interface, let, package, private, protected, public, static 和 yield 等。

function package(protected) { // !!!
  'use strict';
  var implements; // !!!

  interface: // !!!
  while (true) {break interface; // !!!}

  function private() {} // !!!
}
function fun(static) {'use strict';} // !!!

而对于 function 来说,在一般模式下,function 是能够在任何地位的,在 strict 模式下,function 的定义只能在脚本的顶层或者 function 外部定义:


'use strict';
if (true) {function f() { } // !!! syntax error
  f();}

for (var i = 0; i < 5; i++) {function f2() { } // !!! syntax error
  f2();}

function baz() { // kosher
  function eit() {} // also kosher
}

总结

Strict 模式为 JS 的后续倒退和现有编程模式的标准都起到了十分重要的作用。然而如果咱们在浏览器端应用的话,还是须要留神浏览器的兼容性,并做好严格的测试。

本文作者:flydean 程序那些事

本文链接:http://www.flydean.com/js-use-strict/

本文起源:flydean 的博客

欢送关注我的公众号:「程序那些事」最艰深的解读,最粗浅的干货,最简洁的教程,泛滥你不晓得的小技巧等你来发现!

正文完
 0