開放/閉鎖原則

開放/閉鎖原則（かいほうへいさげんそく、open/closed principle、OCP）とは、オブジェクト指向プログラミングの設計への提言である。ソフトウェア要素（クラス、モジュール、関数など）は、拡張に対しては開いており、修正に対しては閉じているべきである。
software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.この原則に従っていれば、ソースコードの修正をせずとも、各要素の振る舞いを拡張することが可能になるとしている。
この開放/閉鎖の原則は、1988年にバートランド・メイヤーが提唱したものと、1996年頃にらが提唱したものの二通りがある。どちらも継承やポリモーフィズムによる汎用化を用いて、開放/閉鎖のジレンマ解決を図っているが、その目標と技術と結果は異なっている。
この原則は、本番環境で稼働中のソフトウェアにとって特に重要である。稼働中のソフトウェアでは、ソースコードを変更した場合、コードレビューやユニットテストなどの品質検査が必要となる。しかし、開放/閉鎖原則に沿ったソフトウェアは、既存のソースコードを変更せずに機能修正や機能追加を行うことができる。そのため、品質検査を再実行する必要がない。
メイヤーの開放/閉鎖原則（1988年）.
元々の開放/閉鎖原則は、1988年のバートランド・メイヤー著書『Object Oriented Software Construction』で提唱されている。
メイヤーは、親クラスで不変の仕様を定義をして、それを継承する各子孫クラスで実装の修正または拡張を行なっていくべきとした。親クラスの変数には、親クラスまたは各子孫クラスのインスタンスが代入される。クライアントはその親クラス変数を恒久的に使えて、その変数に子孫インスタンスが代入されていても支障をきたさない。
メイヤーの原則では、具象メソッド（シグネチャ＋コード）の実装継承（implementation inheritance）と、子クラスを追加定義していく深い継承が基本になる。
マーチンの開放/閉鎖原則（1996年）.
1990年代の開放/閉鎖原則は、インターフェースの実行時サブタイピングを重視するように意味が変わっていった。の1996年論文『The Open-Closed Principle』などが、これをアプローチしている。
抽象メソッドだけで構成される不変のインターフェースを定義して、それをコード実装するための兄弟クラスを様々に定義し、ランタイムでインターフェース変数への各兄弟インスタンスの代入と交換を行って、実行時ポリモーフィックするべきとした。
マーチンの原則では、抽象メソッド（シグネチャだけ）の界面継承（interface inheritance）が基本になる。継承関係はインターフェースの実装に留めて、クラスの継承は抑えることが基本になる。
2001年にが、このアプローチをGRASPの保護的変容（Protected Variations）に関連付けて、デヴィッド・パーナスのにも言及している。