（ないソフトウェア設計段階の配慮がメンテナンスが続いている）まず、アダプタモード：
クライアントは目的がクラスのクラスに起因する不整合による互換性の問題を排除することであることを期待して別のインターフェイスにクラスのインタフェースを変換します。アダプタモードはクラス、オブジェクト・アダプタ・モード、インタフェースアダプタのモードに分割されます。
第二に、デリゲートモード
タスクのスケジューリングのための責任とタスクを割り当てる、プロキシモードと同じように、特別な状況下で、静的プロキシ総代理店として見ることができますが、エージェントモデルは、プロセスに焦点を当てたというモデルを委任した結果に焦点を当てています。このモードを使用すると、コードを合理化し、コードの可読性を向上させることができます。ボスとしてのミッションのリーダー、リーダー、その後、個々の従業員に委任を送信します。
第三に、戦略パターン
アルゴリズムのプライバシーとセキュリティを向上させ、条件分岐文の多数を排除するために使用することができます。彼らはお互いを置き換えることができるように、それらをカプセル化し、アルゴリズムの家族の定義を参照し、このモードでは、アルゴリズムの変更は、アルゴリズムを使用している顧客には影響しませんことができます。活動をしているとき、そのような商品のクーポン割引として、オファーをキャッシュバック、譲歩を買います。前の後、より多くのビジネスボリュームの蓄積として、イベント、活動がコードは、より複雑な判定ロジックもリスクの増加を修正する前に、戦略パターンの使用は、コードはエレガンスの多くになります変更する必要があります。
第四に、テンプレートモード
これは、定義されたアルゴリズム骨格を指し、およびサブクラスは、1つのまたは複数のステップの実装を提供可能にします。アルゴリズムの構造を変更せずにテンプレートの方法、そのようなサブクラスは、アルゴリズムは、特定のステップを再定義します。
該当するシーン：
一回の同じ部分にアルゴリズム及び左側のサブクラスの実装の可変部分。
サブクラスの一般的な方法は、共通の親クラスに大きなコードの再利用を抽出します。
第五に、Decoratorパターン（復興プロジェクト）
役割は、元のオブジェクト、オブジェクトに追加機能を変更する継承代替よりも柔軟性を提供せず、元のオブジェクトの拡張です。
使用シナリオ：
クラスや追加機能を追加するためのクラスの拡張
動的にクラスに機能を追加し、これらの機能は、動的に取り消すことができます。
長所：
オブジェクト拡張、プラグアンドプレイに動的にオブジェクトを変更せずに、強力な補完と継承よりも柔軟に継承されました。
異なる組み合わせおよびこれらの装飾や装飾の順列を使用することにより、異なる効果を達成することができます。
開閉の原則を遵守
（また、パブリッシュ・サブスクライブ・モデルとして知られている）第六に、Observerパターン
これは、オブジェクトが同時に主要被写体と複数の観察者を監視するように主要被写体が変更されたときに、そのすべての依存が通知され、更新され、オブジェクト間の多くの依存関係を定義します。