开闭原则是面向对象设计中最重要、最基础的原则之一。它的核心定义非常简单：
软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
换句话说，当你需要增加新功能时，最好的方式是写新代码（扩展），而不是去修改已有的、经过测试的旧代码（修改）。
为什么这个原则如此重要？
假设你开发了一个计算器模块，它只支持加法。现在用户需要减法功能。如果直接修改原有的计算函数，风险很大：你可能会不小心改坏原本正常的加法逻辑。尤其是在一个复杂的系统中，修改一处代码，可能会像推倒多米诺骨牌一样，引发一系列意想不到的错误。
而遵循开闭原则，你的代码就会像乐高积木一样：需要新功能时，只需添加一块新积木，原有的积木保持原样、稳定运行。这能带来几个明显的好处：
- 极高的稳定性：经过测试的旧代码无需改动，不会引入新的Bug。
- 优秀的可维护性：新功能都是独立的新代码，定位和修复问题非常方便。
- 强大的扩展性：系统可以轻松地应对未来需求的变化。
📝 直观的代码对比
我们用一个计算面积的例子来对比一下，看看遵循和不遵循开闭原则的区别。
反例：不遵循开闭原则
// 每次增加新形状，都要修改这个函数
function calculateArea(shape) {
// 如果是圆形
if (shape.type === 'circle') {
return Math.PI * shape.radius * shape.radius;
}
// 如果是矩形
else if (shape.type === 'rectangle') {
return shape.width * shape.height;
}
// 问题：需要增加一个“三角形”时，必须修改这个函数，添加新的 else-if
// 这违反了“对修改关闭”的原则
}
正例：遵循开闭原则
// 1. 定义一个抽象的“形状”接口（或基类）
class Shape {
area() {
throw new Error('方法未实现');
}
}
// 2. 每个具体的形状都是一个独立的、可扩展的类
class Circle extends Shape {
constructor(radius) {
super();
this.radius = radius;
}
// 具体实现自己的面积计算
area() {
return Math.PI * this.radius * this.radius;
}
}
class Rectangle extends Shape {
constructor(width, height) {
super();
this.width = width;
this.height = height;
}
area() {
return this.width * this.height;
}
}
// 3. 核心计算函数，它对扩展开放，但对修改关闭
function calculateArea(shape) {
// 这里无需任何修改，只要传入的对象拥有 area 方法即可
return shape.area();
}
// 使用起来也非常灵活
const circle = new Circle(5);
const rectangle = new Rectangle(4, 6);
console.log(calculateArea(circle)); // 78.54
console.log(calculateArea(rectangle)); // 24
// 增加新功能（如三角形）时，只需新增代码，无需修改 calculateArea 函数
class Triangle extends Shape {
constructor(base, height) {
super();
this.base = base;
this.height = height;
}
area() {
return 0.5 * this.base * this.height;
}
}
const triangle = new Triangle(3, 4);
console.log(calculateArea(triangle)); // 6 (新增功能，原有代码纹丝不动)
通过对比可以清楚地看到：遵循开闭原则的关键在于抽象。calculateArea 函数依赖的是抽象的 Shape 接口，而不是具体的形状细节。只要新的形状是 Shape 的子类，并正确实现了 area 方法，它就能无缝接入系统。
🤔 如何做到“对修改关闭”？
在实践中，完全做到“零修改”几乎不可能。开闭原则更像是一个需要努力靠近的理想目标。要接近这个目标，常用的技术手段包括：
- 抽象与多态：如上面的例子，通过接口或抽象类，让上层模块依赖抽象而非具体实现。
- 参数化：将变化的部分作为参数传入，而不是硬编码在逻辑里。
- 使用设计模式：许多经典设计模式，如策略模式、模板方法模式、观察者模式等，其核心目标之一就是实现开闭原则。
💎 总结
开闭原则可以被看作是面向对象设计的北极星，它指导我们构建一个稳定、灵活且易于扩展的系统。
- 核心：对扩展开放，对修改关闭。
- 手段：抽象是实现开闭原则的关键。
- 目的：在不破坏现有系统稳定性的前提下，拥抱变化，实现功能的持续迭代。
把这个原则和策略模式联系起来看，会发现策略模式正是开闭原则的一个经典应用：通过新增策略类来扩展功能，而使用策略的上下文类则无需任何修改。
