4.1 PubMedのは失敗します
4.2オープンクローズ原理
ソフトウェアエンティティ(クラス、モジュール、関数など)を拡張する必要があると述べたが、修正されていません、
延長の場合は、閉じられた変更のために開いています
システムは、最初のバージョンの後に新しいバージョンの外に保つことができるようにしかし、需要の変化の顔は、比較的安定して残ることがあり、
動作する弾性システム、すなわち閉鎖時のパフォーマンスを開き、
とき変化に対応する4.3
モジュールが「閉」で、クローズドの数があるでしょうかどんなに変更することはできません、それは完全に閉鎖することができないため、設計者は、彼がモジュールを設計した変更内容のような選択をするために閉じていなければなりません、彼はほとんどを推測しなければなりません起こり、その後、それらの変更を単離するために抽象構築することができる変更の種類、
変更が発生したときに最初に、それは変わらないと仮定すると、コードを記述する場合は、将来的に同様の変更を分離する抽象を作成し、
プログラムへの需要の変化の顔は、新しいコードを追加するのではなく、既存のコードを変更することで行われます。
オープンクローズ原理は、オブジェクト指向設計の中核である、この原則に従うことは、保守性、スケーラブルで再利用可能な、柔軟で、かつ唯一のプログラムが頻繁に示す必要があり、特許請求のオブジェクト指向技術の莫大な利益をもたらすことができます抽象の部分に変更を加えることが、各パートの意図的な抽象化のためのプログラムは良いアイデアではありません、
4.4手準備し、すべてのアウトを行きます