ES6时代，你真的会克隆对象吗？

原文：你真的会克隆对象吗

开始之前

在开始聊克隆之前，我们还是先来看看js数据类型。js的数据类型分为基本数据类型和复杂数据类型。

• 基本数据类型：Number、Boolean、String、Null、String、Symbol（ES6 新增）
• 复杂数据类型：Object，其他引用类型（Array、Date、RegExp、Function、基本包装类型（Boolean、String、Number）、Math等）都是Object类型的实例对象

克隆:基本数据 => 复制这个变量；复杂数据 => 拷贝引用（网上的介绍很多，不深入了）

常见浅拷贝

对于对象的克隆，应该大多数人都能实现出来，可能深、浅拷贝都能想出好几种方式，我们先来聊聊浅拷贝。

一个常见的浅拷贝一般是下面这样：

function shallowCopy (obj) {
  if (typeof obj !== 'object') {
    return
  }
  var newObj = obj instanceof Array ? [] : {}
  for (var key in obj) {
    if (obj.hasOwnProperty(key)) {
      newObj[key] = obj[key]
    }
  }
  return newObj
}

或者更严谨一点的实现数组的判断：

Object.prototype.toString.call(arr) === '[object Array]'

好像是没什么问题呢，毕竟经过了好多项目的检测，网上一搜就能出现一大堆。

但是，我们开头介绍数据类型的时候就已经说过了，ES6新增了Symbol类型，情况好像就有点不一样了

Symbol

Symbol是ES6中引入的原始数据类型。Symbol值通过Symbol函数生成，是独一无二的。同时，ES6中规定了对象的属性名有两种类型，一种是字符串，另一种就是 Symbol 类型。凡是属性名属于 Symbol 类型，就不会与其他属性名产生冲突。但是，随之而来的问题是，我们的for...in循环不能遍历出该属性

Symbol 作为属性名，该属性不会出现在for...in、for...of循环中，也不会被Object.keys()、Object.getOwnPropertyNames()、JSON.stringify()返回。但是，它也不是私有属性，有一个Object.getOwnPropertySymbols方法，可以获取指定对象的所有 Symbol 属性名。

有Symbol类型，自然有遍历Symbol类型的方法。Object.getOwnPropertySymbols + for...in的组合起来好像是能满足我们要求的了。嗯，看起来还不错，但是似乎有点麻烦了，有没有更便捷一点的方式呢？或许新时代的男人---Reflect.ownKeys，要闪亮登场了，这个既能遍历字符串，又能遍历Symbol的死变态（请允许我这么夸他）。

Reflect.ownKeys返回一个数组，包含对象自身的所有属性，不管是属性名是Symbol或字符串，也不管是否可枚举

Object.assign

这个时候熟悉ES6的人或许开始有疑问了，我们已经开始讨论Symbol和Reflect.ownKeys，为什么浅克隆不直接用Object.assign或者展开运算符（...）呢？

嗯，待我吃根火腿冷静冷静，好像你说的很对！Object.assign的确是能拷贝Symbol类型的呢。但是呢，但是呢，我们是一个有追求的猿类，多一种实现方式不是能让我们多了解一些坑吗？而且这种方式不是能让我们更灵活的实现不可预知的需求吗？对，没错，是这样子的...

Object.assign这个更完美的男人出来之后，好像浅拷贝部分也该结束了，正常来说，的确是这样。不过我们再仔细想想上面的两种方式，好像还是有点区别的呢。我们再来看看这两个男人：

• Reflect.ownKeys返回一个数组，包含对象自身的所有属性，不管是属性名是Symbol或字符串，也不管是否可枚举
• Object.assign拷贝的属性是有限制的，只拷贝源对象的自身属性（不拷贝继承属性），也不拷贝不可枚举的属性

注意到了吗？这里面有一个是否可枚举的概念，这个时候是不是应该感慨我们知道怎么实现不可预知的需求了呢。

不可枚举

我们先看个例子：

var obj = Object.create({ foo: 1 }, {
  [Symbol()]: {
    value: 1,
    enumerable: false
  },
  bar: {
    value: 2,
    enumerable: false
  },
  [Symbol()]: {
    value: 3,
    enumerable: true
  },
  baz: {
    value: 4,
    enumerable: true
  }
})

Object.assign({}, obj)  // {baz: 4, Symbol(): 3}

唉，的确是这样呢！看来Object.assign也不是我们的理想归宿啊。我们再回过头来看看Reflect.ownKeys，上面挖的坑也该填了，我们在讲Symbol的时候，Object.getOwnPropertySymbols + for...in直接用Reflect.ownKeys替代了，在从可枚举的角度出发看看，好像哪里不对，for...in只能循环遍历对象自身的和继承的可枚举的属性，且不含 Symbol。头都大了吗？来来来，喝完这杯，还有一杯，继续接着来。这么多循环，我们来缕缕头绪：

• for...in循环遍历对象自身的和继承的可枚举属性（不含 Symbol 属性）。
• Object.keys()返回一个数组，包括对象自身的（不含继承的）所有可枚举属性（不含 Symbol 属性）的键名。
• Object.getOwnPropertyNames()返回一个数组，包含对象自身的所有属性（不含 Symbol 属性，但是包括不可枚举属性）的键名。
• Object.getOwnPropertySymbols()返回一个数组，包含对象自身的所有 Symbol 属性的键名。
• Reflect.ownKeys()返回一个数组，包含对象自身的所有键名，不管键名是 Symbol 或字符串，也不管是否可枚举。

终于清晰了，或许也该结束了吧。

慢着，好像上面的例子让我想到了什么！！！

属性描述符

我们在来思考一个例子：

const source = {
  get foo() { return 1 }
};
const target = {};

Object.assign(target, source) // { foo: 1 }

好像并不是我们想要的呢，遍历的方式好像也不适用了，这可怎么办。别急，还有Object.getOwnPropertyDescriptors可以用。

ES2017 引入了Object.getOwnPropertyDescriptors方法，返回指定对象所有自身属性（非继承属性）的描述对象

仔细阅读下文档，终于用Object.getOwnPropertyDescriptors+Object.getPrototypeOf成功了呢

Object.create(
  Object.getPrototypeOf(obj), 
  Object.getOwnPropertyDescriptors(obj) 
)

写到这里，浅拷贝部分也该结束了

结束语

可能实际项目中并不需要处理的这么细致，但是希望大家对各种遍历、实现一个浅拷贝以及ES6的一些知识有一个总结和一点新的认识吧，本来想继续写深拷贝的，无赖篇幅已经不短，加上长夜漫漫，我想睡觉，深拷贝的问题更复杂，我先放放，日后再说。

最后的最后，对这篇文章有兴趣的朋友，可以继续关注下一篇的深克隆,会更新的会更新的...