问为什么在ES2015中将Object.keys更改为强制将原语转换为对象？

EN

我找不到任何关于这个决定的内容，所以我只能提供我自己的观点。

正如一位评论员指出的那样，这是ES 2015更大趋势的一部分，允许更广泛的非对象输入。在ES 2015规范中，短语“在以前的版本中，非对象参数总是导致抛出TypeError”出现在Object上的10个不同的方法中。

首先，此更改使Object.keys的行为与for-in循环的行为一致，后者始终能够对原语进行操作。考虑到规范已经要求Object.keys和for-in之间的顺序匹配，因此要求相同的有效操作数集似乎并不奇怪。

这种改变看起来几乎和对现有代码一样无害，同时大大降低了Object.keys的脆弱性。即使在使用try-catch的情况下，也很难想象成功执行Object.keys会导致实际问题。我可以很容易地想象这样的代码：

try {
    var keys = Object.keys(input);
} catch {
    // oops, input was a primitive; call `new [Constructor]` to wrap it
    var keys = Object.keys(
        new input.constructor(input)
    );
}

但是，当Object.keys没有出错时，这并不会中断；成功的Object.keys调用会使catch代码过时。

当然，在某些地方可能存在这样的代码：

try {
    var keys = Object.keys(input);
} catch {
    // oops, input was a primitive; that unlocks the secret prize
    giveUserAFreePuppy();
}

基本上，通过一个非常愚蠢的例子，我想说的是，对于某些代码的操作来说，跳过catch块确实有问题的情况看起来是如此牵强，以至于为了获得一个不那么脆弱的Object.keys函数，破坏这些代码似乎是一个很小的代价。