在javascript中从对象原型中吐出新的对象方法背后的技术原因是什么？ [复制]

Question

对象构造函数在过去的js更新中得到了几个方法，如apply、assign、entry、fromEntries、keys、values...

这些将是包含在对象原型中的优秀候选对象。

Object.prototype.values = function(f) {
    return Object.values(this)
}

我们甚至可以将它们结合起来实现地图或过滤器：

Object.prototype.map = function(f) {
    return Object.fromEntries(Object.entries(this).map(f))
}

// now we could do...
obj1 = {a:1, b:2}
obj1.values() // [1,2]
obj1.map([a,b] => ['x'+a: b+1]) // {xa:2, xb:3}

与例如相比，这种语法毫无疑问要优越。

Object.fromEntries(Object.entries(obj1).map([a,b] => ['x'+a: b+1])))

不过

obj1.entries()
    .map([a,b]=>['x'+a: b+1])
    .fromEntries()

更具可读性。

向后兼容性似乎不是问题，因为原型链中的更多对象会掩盖方法（例如，Array.prototype.map 仍然可以正常工作）。

采取了其他路线，一定有技术原因。我很好奇它是什么。

是否存在上述方法会失败的示例（可能在遗留代码中）？

Answer 1

除了 Unmititgated 已经声明的内容之外，将这些方法添加到原型中会使它们在从 null 创建的对象上不可用，而新引入的对象方法不应该是这种情况。

Object.prototype.values = function() {
    return Object.values(this)
}

let obj = Object.create(null);
obj.name = "Peter";
obj.age = 34;

console.log(Object.values(obj)); // works

console.log(obj.values()); // error

Object.hasOwnexplicitly mentions this aspect的提案。

Answer 2

在所有对象上拥有太多额外属性是有问题的，因为将这些名称用作对象上的常规键会很困难或令人困惑。

例如，values 是对象上的有效键名，例如{values: [1,2,3]}。在问题的示例中，如果可以修改此属性，则在对象上调用 .values() 并不总是有效。如果该属性是不可配置的，那么就不可能使用values 作为常规键名，这是不可取的。