一些像 Ruby 和 JavaScript 这样的语言具有开放类（open classes）的特性，这使得你可以修改甚至是核心类中如数字、字符串、数组等的接口。 很显然这样做可能会让熟悉 API 的其他人感到困惑，但如果你只是添加接口而不改变现有行为，那么是否有充分的理由避免这样做呢？
例如，为没有实现 ECMAScript 第五版的 Web 浏览器添加Array.map 实现可能很好（如果你不需要所有的 jQuery）。或者你的 Ruby 数组可能受益于使用“inject”方法的“sum”便捷方法。只要更改仅限于你的系统（例如不是发布用于分发的软件包的一部分），是否存在不利用此语言特性的充分理由呢？
维基百科简短概述了猴子补丁的陷阱：
http://en.wikipedia.org/wiki/Monkey_patch#Pitfalls
万物皆有其时，也适用于猴子补丁。经验丰富的开发者掌握许多技术，并学会何时使用它们。很少有技术本身是“邪恶”的，只是它的不考虑使用方式。
client.success().error() 而不是 client(callback)。我需要这样做是因为我想以与项目中使用的 rest 客户端相同的方式使用这些套接字客户端。除了所有好的文章之外：http://me.dt.in.th/page/JavaScript-override/ - S Panfilov是的。最坏的情况是，即使您不修改 现有 行为，也可能损坏语言的 未来 语法。除非你是添加界面而不是改变现有行为，否则是否有充分的理由避免使用它？
Array.prototype.flatten 和 Array.prototype.contains 所发生的事情。简而言之，这些方法的规范被编写出来，它们的提案到达了 第三阶段，然后浏览器开始发布它们。但在两种情况下，发现有古老的库将内置的 Array 对象与其自己的方法 使用相同的名称 进行了修补，并且具有不同的行为；结果导致网站崩溃，浏览器不得不退出新方法的实现，并且必须编辑规范。（方法被重新命名。）Array），那么这是可以的，特别是对于用户脚本来说非常有用。但是，如果您在公共网站上改变内置对象，那就不太好了——这可能最终会导致像上面提到的问题一样的麻烦。如果您恰好控制着一个大型网站（比如stackoverflow.com），并且改变了内置对象，那么几乎可以保证浏览器将拒绝实现破坏您网站的新功能/方法（因为那么该浏览器的用户将无法使用您的网站，并且他们更有可能迁移到其他浏览器）。（请参见此处，了解规范编写者和浏览器制造商之间这种交互的解释）这是一种非常常见和可靠的技术，称为polyfill。
一个 polyfill 是一段代码，用于在不支持该功能的 web 浏览器上实现该功能。通常，它指的是一种 JavaScript 库，用于在旧版浏览器上实现 HTML5 网页标准，可以是某些浏览器支持的已建立标准，也可以是现有浏览器上未受任何浏览器支持的拟议标准
例如，如果您为 Array.prototype.map（或者以更新的例子，为 Array.prototype.flatMap）编写了一个 polyfill，它与官方阶段4规范完全一致，然后在没有这个功能的浏览器上运行定义了 Array.prototype.flatMap 的代码：
if (!Array.prototype.flatMap) {
Array.prototype.flatMap = function(...
// ...
}
}
.contains()然后要花一点时间意识到在JS中应该用.includes()。真是太好了。 - DexieTheSheepArray.protoype.map = function map() { ... };
var a = [2];
for (var k in a) {
console.log(a[k]);
}
// 2, function map() { ... }
通过使用ES5，您可以向对象注入非枚举属性，从而避免此问题。
这主要是一个高级设计选择，并且每个人都需要意识到并同意这一点。
for...in - user422039for in是否是良好的实践是另一个问题。 - Raynos