ストーリー

デザインパターンの歴史

1994年、Erich Gamma、Richard Helm、Ralph Johnson、John Vlissides の4人（Gang of Four = GoF）が著書『Design Patterns: Elements of Reusable Object-Oriented Software』で23のデザインパターンを体系化しました。

これらのパターンは「発明」されたものではなく、多くのソフトウェアプロジェクトで繰り返し使われていた解決策を「発見」し、名前をつけたものです。

パターンを学ぶ意義

1. 共通の語彙を持てる

// パターンを知らない場合
「このオブジェクトの生成を、条件によって別のクラスに切り替えたいんですが、
 生成ロジックを呼び出し側から隠蔽して、インターフェースだけ公開する形で......」

// パターンを知っている場合
「ここは Factory Method パターンを使おう」

チーム全員がパターンの名前と意味を共有していれば、設計の議論が格段に効率的になります。

2. 車輪の再発明を避けられる

同じ問題を先人が何十年も前に解決しています。その知恵を活用しない手はありません。

3. SOLID原則の具体的な適用例

デザインパターンの多くは、SOLID原則を実現するための具体的な構造です。

GoF 23パターンの分類

生成パターン（Creational Patterns）— 5つ

オブジェクトの生成に関するパターンです。

構造パターン（Structural Patterns）— 7つ

クラスやオブジェクトの組み合わせに関するパターンです。

振る舞いパターン（Behavioral Patterns）— 11つ

オブジェクト間の通信と責任分担に関するパターンです。

パターンの構造を読むコツ

各パターンは以下の要素で説明されます。

パターンを使う際の注意

高橋アーキテクトのアドバイス：

「パターンを学ぶと、何でもパターンで解決したくなる。これを”ゴールデンハンマー症候群”と呼ぶ。パターンは目的ではなく手段だ。問題があって初めてパターンを適用する。パターンを使いたいがために問題を作ってはいけない」

まとめ

チェックリスト

• デザインパターンの歴史と目的を理解した
• 3つの分類（生成・構造・振る舞い）を把握した
• パターンを使う際の注意点を理解した

次のステップへ

次から具体的なパターンを学んでいきます。まずは生成パターンの Factory Method と Abstract Factory からです。

推定読了時間: 25分