Adapterパターン

複雑なサブシステムに対して統一的な窓口（Facade）を提供するデザインパターン。クライアントはFacadeを通じてサブシステムを利用するため、結合度が下がり、利用しやすくなる。構造パターンの一つ。

オブジェクトに動的に機能を追加するデザインパターン。元のクラスを変更せずに、ラッパーオブジェクトで機能を拡張する。継承による拡張と比べて柔軟性が高く、機能の組み合わせを実行時に変更できる。構造パターンの一つ。

クラスのインスタンスがシステム全体で1つだけ生成されることを保証するデザインパターン。設定情報の管理やリソースプールなど、唯一のオブジェクトへのグローバルなアクセスが必要な場合に用いる。生成パターンの一つ。

あるオブジェクト（Subject）の状態変化を、依存する複数のオブジェクト（Observer）に自動的に通知する仕組み。イベント処理やMVCアーキテクチャのModel-View間の連携などで活用される。振る舞いパターンの一つ。

アルゴリズムをクラスとして独立させ、実行時に切り替え可能にするデザインパターン。条件分岐による処理の切り替えをポリモーフィズムで置き換え、アルゴリズムの追加・変更を容易にする。振る舞いパターンの一つ。

オブジェクトの生成処理をサブクラスに委ねることで、生成するオブジェクトの型を柔軟に切り替えるデザインパターン。具体的なクラス名への依存を排除し、新しい型の追加を容易にする。生成パターンの一つ。