开闭原则

  开放-封闭原则(OCP)： 软件的实体(类、模块、函数等等) 应该可以扩展， 但是不可以修改。

  这个原则的两大特征，一个是说  ‘对于扩展是开放的(open for extension)’, 另一个是说‘对于更改是封闭的(closed for modification)’。

   OPC原则指导我们 怎样才可以设计出面对需求的改变系统却可以保持相对稳定 的重要思想， 从而使得系统可以在第一个版本后不断推出新的版本。

   但是“对于更改是封闭的”谈何容易， 实际上 没款无论是多么的‘封闭’，多会存在一些无法对之封闭的变化。 既然无法完全封闭， 设计人员就必须对他设计的模块应该对那种变化封闭做出选择。 他必须先猜测出最有可能发送的变化的种类， 然后构造抽象类隔离那些变化。

   当我们最初在编写代码时， 假设变化不会发生。 当变化发生时， 我们就创建抽象来隔离以后发生的同类变化。 面对需求， 对程序的改动时通过新增代码进行的， 而不是更改现有代码， 这就是 OCP 的精神所在。

   “开闭原则”是面对对象设计的核心所在。 遵循这个原则可以带来面对对象技术所声称的巨大好处， 也就是可维护、可扩展、可服用、灵活性好。 设计人员应该仅对程序中呈现出频繁变化的那些部分做出抽象， 然而， 对于应用程序中的每个部分都刻意的进行抽象同样不是一个好主意。 拒绝不成熟的抽象和抽象本身一样重要。