Do something cool!

apply 和 call 的相同点是：

1. 都由一个函数调用
2. 第一个参数都是原函数的执行环境 this

不同点是：

apply 的第二个参数接收原函数的所有参数，而 call 从第二个参数开始跟原函数一样是打散的

代码如下：

1
2
3

F(arg1, arg2, ...){}
F.apply(thisArg, [arg1, arg2, ...]);
F.call(thisArg, arg1, arg2, ...);

需要特别注意的是，如果是在非严格模式下，thisArg 如果为 null 或 undefined，就会被替换成全局对象（在浏览器中是 window）；如果为原始值，就会被替换成原始值的的自动包装对象。

严格模式下，thisArg 传什么就是什么。

javascript 高级程序设计中有写，对象的继承总共有六种:

1. 原型链继承，子原型是父原型的一个实例
2. 借用构造函数继承，子构造函数调用父构造函数
3. 组合式继承(组合 1 和 2)
4. 原型式继承
5. 寄生式继承
6. 寄生式组合继承（组合 3 和 5）

JavaScript 的 new 操作符，操作对象是一个函数（箭头函数，async 函数除外），一般来说此函数我们不自己写 return，此时返回的是个默认的对象 this。

如果自己写了返回，那么分两种情况：

1. 返回的是对象或者方法，就返回我们自己写的返回内容
2. 否则返回默认对象 this

先来实现一个最简版的 deepClone

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

function deepClone(obj) {
  if (
    obj == null ||
    typeof obj == "string" ||
    typeof obj == "boolean" ||
    typeof obj == "number"
  ) {
    return obj;
  }
  if (Array.isArray(obj)) {
    let temp = [];
    for (let i = 0; i < obj.length; i++) {
      temp[i] = deepClone(obj[i]);
    }
    return temp;
  } else if (typeof obj == "object") {
    let temp = {};
    for (let k of Object.keys(obj)) {
      temp[k] = deepClone(obj[k]);
    }
    return temp;
  }
}

迭代版本的 deepClone

最近 EDA 项目在解决一些性能上的问题，首当其冲的就是 deepClone，各种地方都在用，且十分卡性能。如何解决这个问题呢？

由于我们项目中的 deepClone 是一个递归版本的 deepClone，所以应该可以通过把它改成迭代版的 deepClone 来提速。

用栈来实现迭代。函数调用栈本身也是栈，但开销肯定比自己写的栈要大一些。