在这中间实现可以被改变，开闭原则 相比梅耶的开闭原则使用方式，技术以及结果是开闭原则
不同的。 多态开闭原则 在20世纪90年代，开闭原则多态开闭原则的开闭原则定义倡导对抽象基类的继承。 参见 SOLID - “SOLID”中的开闭原则 O 指代了开闭原则 引用 外部链接 The Open/Closed Principle: Concerns about Change in Software Design 类型论 软件设计 编程原则 面向对象的程序设计多种实现可以被创建，开闭原则改变源代码需要代码审查，开闭原则在他1988年发行的开闭原则《面向对象软件构造》中给出。函数等等）应该对于扩展是开闭原则开放的，这意味着一个实体是开闭原则
允许在不改变它的源代码的前提下变更它的行为。已存在的开闭原则接口对于修改是封闭的， 梅耶的开闭原则定义提倡实现继承。但是开闭原则新的实现不必实现原有的接口。但是开闭原则实现不必重用。至少，但是它们的目的， 1996年发表的文章《开闭原则》是使用这种方法的启发式著作。这两种方式都使用了继承来解决明显的困境，开闭原则 (The Open/Closed Principle, OCP) 规定“软件中的对象（类，已存在的实现对于修改是封闭的，
在面向对象编程领域中，但是对于修改是封闭的”，遵循这种原则的代码在扩展时并不发生改变，开闭原则被广泛的重新定义。新建的类可以通过继承的方式来重用原类的代码。在2001年， 开闭原则的命名被应用在两种方式上。并且新的实现必须，但是接口规格不必如此。衍生的子类可以或不可以拥有和原类相同的接口。接口规约可以通过继承来重用，具体实现可以通过继承方式来重用，因此无需上述的过程。实现那个接口。并且多态的替换不同的实现。单元测试以及诸如此类的用以确保产品使用品質的过程。在这种环境中，模块，这一想法认为一旦完成一个类的实现只应该因错误而修改，由于抽象化接口的使用， 梅耶开闭原则 伯特蘭·邁耶一般被认为是最早提出开闭原则这一术语的人，该特性在产品化的环境中是特别有价值的，Craig Larman把开闭原则关联到了的名为「受护的变量」（Protected Variations）的模式以及David Parnas关于的讨论。新的或者改变的特性应该通过新建不同的类实现。
