Factory Methodパターン

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

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

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

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

互換性のないインタフェースを持つクラス同士を接続するために、間に変換用のクラス（Adapter）を挟むデザインパターン。既存クラスを修正せずに再利用でき、レガシーシステムとの連携などで活用される。構造パターンの一つ。

アルゴリズムの骨格をスーパークラスで定義し、具体的な処理の一部をサブクラスでオーバーライドさせるデザインパターン。処理の流れは共通化しつつ、詳細な振る舞いをサブクラスごとに変更できる。振る舞いパターンの一つ。