デザインパターンは、設計ノウハウに名前をつけて、再利用できるようにカタログ化したものです。ここでは、「パターンを身につけるメリット」や「身につけ方」について考えてみます。

身につけるメリット

次のようなメリットがあると言われてます。

• ソフトウェア開発で頻繁に出くわす課題に対して、パターンを持って解決することで生産性を高められる
• 設計方法に名前をつけることで、開発者同士の共有ボキャブラリとなり、設計意図を即座に理解できる

デザインパターンを身につけることで、
「技術の移り変わりに依存しない」
「言語に依存しない」
エンジニアとしての基盤スキルを高めることができるかと思います。

参考書

Design Patterns: Elements of Reusable Object-Oriented Software

Design Patterns: Elements of Reusable Object-Oriented Software

デザインパターンはいくつかあるのですが、GoFデザインパターンが最も有名ではないでしょうか。1994年、GoFと呼ばれる4人の共著者が、下記書籍で23個のデザインパターンを取り上げました。

オブジェクト指向における再利用のためのデザインパターン

翻訳もされてますね。ただし、名著ではあるが「もっとわかりやすい情報がある」「翻訳が良くない」などのレビューがあがっています。私自身、読んだことはないです。

Head Firstデザインパターン

Head Firstデザインパターン

個人的には、「Head Firstデザインパターン」という書籍を読み、理解が深まりました。いろいろなアプローチでデザインパターンについて解説されており、読者に理解させようという気持ちがこもった良本です。

Head Firstデザインパターンで学ぶ

利用頻度の高いパターンを身につける

「Head Firstデザインパターン」では、23個あるGoFパターンを以下のように取り扱い、解説してます。

• 頻繁に利用されるパターンは章立てして解説
• その他のパターンは付録として解説

1994年に考えられたパターンとだけあって、現代では特に使う機会やメリットのないパターンも多いようです。なので、「頻繁に利用されるパターンだけ理解しとく」でも良いかなと思ってます。

パターンのカテゴリ化

また、パターンは以下のようにカテゴリ化されて紹介されることがあります。
「Head Firstデザインパターン」でもパターンのカテゴリ化について紹介してます。(p.520)

目的でカテゴリ化

パターンで利用している関係でカテゴリ化

パターン一覧

上記踏まえて、パターン一覧を整理します。
Head First以外の参考情報として、wikiとDesignPatternsPHPへのリンクも貼っておきます。

UMLの見方

「Head Firstデザインパターン」では、擬似UMLを利用してます。has-aの関係だけ、OMG(Object Management Group)のUMLと表記が異なるので注意します。

has-a

Head FirstのUML表記	一般的なUML表記
	集約 コンポジション (部分だけで存在できない。強い集約。)

is-a (extends)

implements

参考)

• https://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%A9%E3%82%B9%E5%9B%B3
• http://www.itsenka.com/contents/development/uml/class.html

原則を重視

「Head Firstデザイン」では、パターンの利点について述べながらも、パターンは道具でしかないことについて述べている点も良かったです。パターンを追加することで、逆にシステムが複雑になったりすることもあるので、設計原則からはじめることを推奨しています。

本書を読むことで以下のような設計原則についても理解を深められます。

• 変化する部分を特定しカプセル化して、不変な部分と分離する。
• 継承よりコンポジションを好む。
• クラスは、変更される理由を1つだけ持つべきである。