Object.defineProperty()死循环的问题

一、Object.defineProperty()死循环的问题

1、 Object.defineProperty()方法会直接在一个对象上定义一个新属性，或者修改一个对象的现有属性，并返回此对象。

2、 prop:要定义或修改的属性的名称或 Symbol

3、 descriptor:要定义或修改的属性描述符

4、当Object.defineProperty设置的prop和obj原有的prop相同时会造成死循环，如下面的initValue属性

5、 console.log(obj.initValue)触发get方法， return obj.initValue再次触发get方法

6、 obj.initValue='zqf'触发set方法， obj.initValue= value再次触发set方法

二、JS 对象(Object)的深入解析—私有属性

JS中万物都是对象，今天就深度讲一下Object的里面到底有什么。文章主要讲对象的自有属性和原型中的属性，至于原型链就不在这篇文章多讲了。

Object.assign()方法用于将其他对象的可枚举属性复制到目标对象（即第一个参数对象）

常用于将某个对象合并到新对象{}。

常用于继承某个构造函数的原型属性，但是不能继承该构造函数的实例属性，例如上面例子

该属性是实现vue双向数据绑定的核心，这里主要讲它的使用方法。

讲它的相关用法时，就得先理解的概念。

configurable：表示是否能被delete删除属性且能重新定义该属性。

enumerable：表示能否通过for-in遍历的属性。

writable：表示是否能修改属性。

数据属性不包含数据值，包含一对get和set的核心方法，在读取访问器属性时，就是通过这两个方法进行操作处理的。

configurable：表示是否能被delete删除属性且能重新定义该属性。

enumerable：表示能否通过for-in遍历的属性。

get：读取属性时调用的方法，默认值是undefined。

set：写入属性时调用的方法，默认值是undefined。

从图中可以看到访问器属性的configurable和enumerable两个属性的默认值都是false，如果后面要对该访问器属性进行delete删除时，将configurable转化成true即可。

从图可以看出该对象具有四个属性，

（defineProperty、defineProperties、getOwnPropertyDescriptor、getOwnPropertyDescriptors）

这四个属性是分为两对：defineProperty vs getOwnPropertyDescriptor、defineProperties vs getOwnPropertyDescriptors。

意思为属性设置和属性的获取解析，第一对上面讲过了，这里就大概说一下第二对的意思，也就是支持设置对个属性，获取多个属性的意思。

Object.getOwnPropertyDescriptors()

Object.entries()方法返回一个给定对象

new Map()构造函数接受一个二维数组，而Object.entries()方法生成一个二维数组，所以对象、数组、字数串转化为Map结构变得简单。

正常对象的数据属性都可以被但是通过以下方法，改变了数据属性的四大特性。

相对应的检测方法，返回Boolean。

Object.freeze()方法可冻结对象，冻结后，对象属性不能删除，修改以及添加，只能for...in读取。

该对象方法和==与===运算符相似，但是有明显区别。

==会将两边的操作数进行隐式转化，之后再进行比较，但是Object.is就不会进行转化。

=== NaN和NaN不等，-0与+0相等，但是Object.is就认为NaN和NaN是相等，而-0和+0是不相等的。

所以总的来说这两个的相似程度比==运算符更相近。

Object.keys()返回一个名称（键）的数组

Object.values()返回可枚举属性值得数组

Object.setPrototypeOf(obj, prototype)

如果对象的[[Prototype]]被修改成不可扩展(通过 Object.isExtensible()查看)，就会抛出 TypeError异常。如果 prototype参数不是一个对象或者 null(例如，数字，字符串，boolean，或者 undefined)，则什么都不做。否则，该方法将 obj的 [[Prototype]]修改为新的值。

下篇文章 JS对象（Object）的深入解析—原型属性

三、为什么不要直接在Object.prototype上定义方法

容易造成全局污染，和其他库冲突

有可能出现代码向上不兼容的情况，比如定义了一个Object.prototype.clone。万一ES7、ES8也定义了这个函数，那旧代码不就会出现问题了嘛！

Object.prototype或者其他类似的上添加自定义的方法,但其实我也觉得是有点 over-defensive的.一般情况下,

优质的类库应该都有注意到相关问题,所以其实即使自定义也不会有太大的风险. for in的时候记得 hasOwnProperty就可以了.

不过这个地方我通常喜欢 var hop= Object.prototype.hasOwnProperty;再用 hop.call(object, propertyName);避免正好有个叫"hasOwnProperty"的 key.

NodeList相关的问题值得注意下,不要犯类似的错误.

如果你要做的是让老浏览器兼容新方法,那么判断一下是否已存在即可,如果是添加自定义的方法怕与 JS往后的版本重名,那不判断是否存在直接加上(覆盖)即可.不用担心,即使后来真的出现了重名的方法,也会被你的覆盖掉.

不过刚刚看到题主要造轮子,如果这个轮子是给其他人用的话,那么最好要提醒其他人你通过这种方式添加了相关方法.因为有的人可能没有 hop的习惯.

哦还有就是如果不用考虑老浏览器的话,,, defineProperty/ies也好.(enumerable默认 false.)

//出来了你加在 prototype上的东西

如果你不需要兼容old ie；那么覆盖 toJSON也比新定义一个clone好吧。