MDN称JS构造函数继承难正确实现，为何方法可枚举性成问题？

核心问题：可枚举方法会破坏遍历逻辑与内置约定 #

用构造函数给原型添加方法时，默认是可枚举的，这会带来几个实际问题：

1. 意外遍历到方法属性
   当使用for...in循环遍历对象时，会遍历对象自身及原型链上的所有可枚举属性。如果原型方法是可枚举的，你在遍历实例的数据属性（比如vertices、edges）时，会不小心把addVertex这类方法也包含进来，很容易导致逻辑混乱——比如你本来只想处理数据，结果把方法当成数据来处理，引发错误。

   比如运行这段代码：

   const g = new Graph();
   for (const prop in g) {
     console.log(prop);
   }
   // 输出：vertices、edges、addVertex
   

   而用class创建的实例遍历只会得到自身数据属性，符合“遍历数据”的预期。

2. 与内置对象行为不一致
   JavaScript内置对象（比如Array、String）的原型方法全都是不可枚举的。比如你用for...in遍历数组，不会得到push、map这些方法。构造函数的可枚举方法打破了这个通用约定，让自定义对象和内置对象的行为产生差异，不仅增加了学习成本，还可能和其他依赖内置行为的代码冲突。

3. 混淆“数据属性”与“方法行为”
   方法属于对象的行为逻辑，而非需要被遍历的数据。把方法设为不可枚举，本质是在语义上区分“数据”和“行为”，让代码的意图更清晰，也符合开发者对对象属性的常规认知——遍历属性时默认只关注数据，而不是操作方法。

补充：如何让构造函数的原型方法不可枚举？ #

如果一定要用构造函数，也可以手动把方法设为不可枚举，对齐class的行为：

function Graph() {
  this.vertices = [];
  this.edges = [];
}

// 使用Object.defineProperty设置不可枚举
Object.defineProperty(Graph.prototype, 'addVertex', {
  value: function(v) {
    this.vertices.push(v);
  },
  enumerable: false, // 默认就是false，可省略
  writable: true,
  configurable: true
});

内容的提问来源于stack exchange，提问作者Aayla Secura