ES2015 中__proto__ 的标准化是否会否定Object.getPrototypeOf 的需要？
【问题讨论】：
__proto__ 和 Object.getPrototype 是否公开完全相同的功能？
__proto__和Object.getPrototype是否公开完全相同的功能？
没有。 .__proto__ 仅适用于从 Object.prototype 继承的对象。而Object.getPrototype 不允许修改原型。
__proto__在 ES2015 中的标准化是否否定了对Object.getPrototypeOf的需求？
你把它弄反了。 ES5 Object.getPrototypeOf 和 ES6 Object.setPrototypeOf 完全不需要使用 __proto__。
Object.prototype.__proto__ 访问器属性仅在 ES6 中标准化，以实现需要它的实现之间的向后兼容性和互操作性。它被明确标记为网络遗留功能。检查note on Annex B ("...遗留功能 [for] 基于 Web 浏览器的 ECMAScript 实现。[它们] 具有 [...] 不受欢迎的特性，并且 [...] 将被大量 [如果不使用] 从本规范中删除现有的网页 […]。程序员在编写新的 ECMAScript 代码时不应使用或假设存在 [它们]。不鼓励 ECMAScript 实现实现这些功能。")
【讨论】：
__proto__。您的附件 B 报价以及 MDN 在MDN proto 的警告支持您的立场。但是，同一页面显示了良好的移动浏览器支持，而MDN getPrototypeOf 显示了移动浏览器支持的问号。所以如果一个项目需要移动浏览器支持，在这种情况下使用__proto__不是更好吗？
Object.getPrototypeOf polyfill（使用__proto__ 实现）来支持旧浏览器。顺便说一句，问号的意思是“没有人找到支持的最早版本并将其输入表格”，而不是“不好的支持”。我什至会质疑那里一致的“是”，肯定一些早期的移动浏览器没有实现__proto__。在任何情况下，每个 ES5 引擎都支持 Object.getPrototypeOf，无论如何，在旧的 (ES3) 引擎中你会遇到很多其他问题。
const a = {}; const b = { __proto__: a }。我希望它不会被弃用。 :)
const b = Object.setPrototypeOf({}, a) 或 const b = Object.assign(Object.create(a), {}) 并没有那么糟糕。曾经还有一个proposal for a prototype operator：const b = a <| {}