解释
软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。
特征
对于扩展是开放的。（实现方式）
对于更改是封闭的。（目的）
针对问题
怎样的设计才能面对需求的改变却可以保持相对稳定，从而使系统可以在第一个版本以后不断推出新版本呢？
需求是一定会变化的，如何在面对需求的变化是，设计的软件可以相对容易修改，不至于，新需求以来，就要把整个程序拖到重来。
目的
容易维护，且不容易出问题。
精髓所在
面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。
开放-封闭原则是面向对象设计的核心所在。遵循这个原则可以带来面向对象技术所声称的巨大好处：可维护、可扩展、可复用、灵活性好。
操作
多扩展，少修改。
绝对的对修改关闭是不可能的。
等到变化时立即采取行动。
在最初编写代码时，假设变化不会发生。当变化发生时，就创建抽象来隔离以后发生的同类变化。
设计类的时候，时刻要考虑，尽量让这个类足够好，写好了就不要去修改了。如果有新需求来，增加一些类，原来的代码能不动就不动。
无论模块是多么的“封闭”，都会存在一些无法对之封闭的的变化。既然不可能完全封闭，设计人员必须对他设计的模块应该对哪种变化封闭做出选择。必须先猜测出最有可能发生的变化种类，然后构造抽象来隔离哪些变化。
发生小变化时，及早去想办法应对发生更大变化的可能。
查明可能发生的变化所等待的时间越长，要创建正确的抽象就越困难。
应该对程序中呈现出频繁变化的那些部分作出抽象。然而，对于应用程序中的每个部分都刻意的进行抽象同样不好。拒绝不成熟的抽象和抽象本身一样重要
示例
抽象的运算类，通过一些面向对象的手段，如继承，多台等来隔离具体的加减乘除类与client耦合，需求依然可以满足，还能应对变化。
