Loading article…
オブジェクト指向プログラミングにおけるオープン・クローズ原則（OCP）は、「ソフトウェアエンティティ（クラス、モジュール、関数など）は拡張に対してオープンであるべきであるが、変更に対してはクローズであるべきである」と述べています。[1]つまり、そのようなエンティティは、ソースコードを 変更せずに動作を拡張することができます。
オープン クローズ原則という名前は、2 つの方法で使用されています。どちらの方法でも、一般化 (継承や委任関数など) を使用して、明らかなジレンマを解決しますが、目標、手法、結果は異なります。
オープン クローズ原則は、オブジェクト指向設計の 5 つのSOLID原則の 1 つです。
マイヤーの開放・閉鎖原理
一般に、ベルトラン・マイヤーは、 1988年の著書『オブジェクト指向ソフトウェア構築』[ 1]の中で 、オープン・クローズ原則[2]という用語を考案した人物として知られています。
- モジュールがまだ拡張可能な場合、そのモジュールはオープンであると言えます。たとえば、モジュールに含まれるデータ構造にフィールドを追加したり、モジュールが実行する関数のセットに新しい要素を追加したりすることが可能になります。
- モジュールが他のモジュールから使用できる場合、そのモジュールは閉じられていると言えます。これは、モジュールに明確に定義された安定した記述 (情報を隠すという意味でのインターフェース) が与えられていることを前提としています。
マイヤーが執筆していた当時、ライブラリにフィールドや関数を追加すると、そのライブラリに依存するプログラムの変更が必然的に必要でした。[要出典] この問題に対するマイヤーの提案した解決策は、オブジェクト指向継承（特に実装継承）の概念に依存していました。[1] : 229
クラスは、コンパイル、ライブラリへの保存、ベースライン化、およびクライアント クラスによる使用が可能であるため、閉じられています。ただし、新しいクラスがそれを親として使用して新しい機能を追加できるため、オープンでもあります。子孫クラスが定義される場合、元のクラスを変更したり、クライアントに迷惑をかけたりする必要はありません。
多態的オープン・クローズド原理
1990 年代には、オープン クローズ原則は、実装を変更したり、複数の実装を作成して互いに ポリモーフィックに置き換えたりできる抽象化されたインターフェースの使用を指すものとして広く再定義されるようになりました。
Meyer の使用法とは対照的に、この定義は抽象基本クラスからの継承を推奨しています。インターフェース仕様は継承を通じて再利用できますが、実装は必ずしも再利用する必要はありません。既存のインターフェースは変更に対して閉じられており、新しい実装では少なくともそのインターフェースを実装する必要があります。
ロバート・C・マーティンの1996年の論文「オープン・クローズ原則」[2]は、このアプローチを採用した重要な論文の1つでした。2001年に、クレイグ・ラーマンは、オープン・クローズ原則をアリスター・コックバーンの「保護されたバリエーション」と呼ばれるパターンと、デビッド・パルナスの情報隠蔽に関する議論に関連付けました。[3]
参照
参考文献
- ^ abc マイヤー、バートランド(1988)。オブジェクト指向ソフトウェア構築。プレンティスホール。ISBN 0-13-629049-3。
- ^ ab Robert C. Martin「The Open-Closed Principle」、C++ Report、1996年1月、Wayback Machineで2006年8月22日アーカイブ
- ^ Larman, Craig (2001 年5 月～ 6 月)。「保護されたバリエーション: クローズであることの重要性」(PDF)。IEEEソフトウェア。18 (2)。IEEE: 89–91。doi :10.1109/52.922731。
外部リンク
- OODの原則
- オープン/クローズ原則: ソフトウェア設計の変更に関する懸念
- オープン・クローズ原則とその背後に隠れているもの