为啥JS不要在内置对象的原型上添加⽅法如 Array, Date

在JavaScript中，不建议在内置对象的原型（如Array、Date等）上添加方法，主要有以下几个原因：

全局污染：在内置对象的原型上添加方法会污染全局环境。这意味着，所有使用这些内置对象的代码都将继承这些新方法，无论它们是否期望或需要这些方法。这可能导致意外的行为或冲突，特别是当第三方库或框架也尝试在相同原型上添加方法时。

不可预测性：对于不熟悉你的代码的人来说，很难预测内置对象的行为。当他们在使用内置对象时，可能会突然发现一些新的、不熟悉的方法，这增加了理解和维护代码的难度。

性能问题：虽然现代JavaScript引擎的性能优化已经做得很好了，但在原型链上查找方法仍然比直接访问对象自身的属性要慢。在内置对象的原型上添加方法可能会增加不必要的性能开销。

不符合语言规范：JavaScript语言规范定义了内置对象及其方法和属性。在原型上添加新方法违反了这种规范，使得代码与语言标准不一致。

未来兼容性风险：如果未来的JavaScript版本为内置对象添加了与你添加的方法同名的新方法，那么你的代码可能会与新的JavaScript版本发生冲突。

为了避免这些问题，你可以采取以下措施：

使用扩展对象：如果你需要为特定对象添加方法，可以考虑扩展该对象而不是修改其原型。例如，你可以创建一个新的对象，并将需要的方法添加到该对象中。
使用类：在ES6及更高版本中，你可以使用类来创建自定义的数据类型，并在这些类中定义方法。这样可以避免直接修改内置对象的原型。
使用工具库：许多JavaScript工具库（如lodash、underscore等）提供了丰富的功能，而无需修改内置对象的原型。你可以考虑使用这些库来满足你的需求。

在JavaScript中，不建议在内置对象的原型（如Array或Date）上添加方法，这主要是出于避免潜在冲突、保持代码清晰性和可维护性的考虑。下面我将通过几个例子来说明这一点。

 

示例1：全局污染和冲突

假设你在Array的原型上添加了一个方法：

javascript

Array.prototype.myMethod = function() {

    console.log('This is my custom method on Array prototype.');

};

现在，任何使用Array的地方都可以访问myMethod。这可能会导致以下问题：

冲突：如果某个库或未来的JavaScript版本也添加了一个名为myMethod的方法到Array的原型上，那么你的方法可能会被覆盖或产生冲突。

不可预见的行为：其他开发者在使用Array时，可能并不知道myMethod的存在，这可能导致代码中出现不可预见的行为。

示例2：性能问题

虽然现代JavaScript引擎的性能优化已经相当出色，但在原型链上查找方法仍然比直接访问对象属性要慢。假设你添加了很多方法到Array的原型上，每次当你访问数组的一个属性或方法时，JavaScript引擎都需要检查该属性或方法是否直接存在于数组实例上，如果不存在，它还需要沿着原型链向上查找。这增加了不必要的性能开销。

示例3：破坏预期行为

内置的Array或Date对象都有特定的预期行为。如果你在它们的原型上添加方法，可能会破坏这些预期行为。例如：

javascript

Date.prototype.isWeekend = function() {

    const day = this.getDay();

    return day === 0 || day === 6; // Sunday or Saturday

};

虽然这个方法可能看起来很有用，但它改变了Date对象的本质。当其他开发者使用Date对象时，他们可能期望它只包含与日期和时间相关的功能，而不是与周末检查相关的功能。

示例4：未来兼容性风险

JavaScript语言本身和相关的规范都在不断发展。如果未来的ECMAScript标准在Array或Date的原型上添加了新的方法，而你之前已经添加了同名方法，那么你的代码可能会与新的标准产生冲突。

如何避免

为了避免上述问题，你可以采取以下措施：

使用对象组合：创建一个新的对象，并在其中定义你需要的方法，然后将这个对象与你的数组或日期实例一起使用。

使用类：在ES6及更高版本中，你可以使用类来创建自定义的数据类型，并在这些类中定义方法。这样可以避免直接修改内置对象的原型。

使用工具库：许多JavaScript工具库提供了丰富的功能，而无需修改内置对象的原型。你可以考虑使用这些库来满足你的需求。

总之，为了保持代码的清晰性、可维护性和避免潜在问题，最好不要在JavaScript内置对象的原型上添加方法。