うまくデザインパターンを使うための心得

• うまくデザインパターンを使うための心得 -- .NETで始めるデザインパターン

デザインパターン

デザインパターンがリファクタリングの結果として生まれたものであるとすると、それを最初か

  らシステムに適用するのは容易ではない。それができるようになるには、それなりの経験やス
  キルが必要となる。そのため、デザインパターンを念頭に置いての設計しか考えないというのも
  お勧めできるものではない。知っているデザインパターンをシステムに当てはめるだけでは、た
  だの「ワンパターン」になってしまう。

• やみくもにデザインパターンを使用せず、リファクタリングからデザインパターンを導こう。その

    結果として、必要な場所に必要なだけのデザインパターンが使われるはずだ。これがうまくデ
    ザインパターンを使いこなすための1つの解となるのではないだろうか。

オブジェクトへの責任割り当ての基本原則「GRASPパターン」

　「オブジェクト指向設計の基本とは、適切なクラスに適切な責任を割り当てることである」

　ここでいう責任とは、クラスが何らかの処理を実行する責任（実行責任）と、クラスが持つ情報を把握する責任（情報把握責任）のことである。

　では、どのような方針に基づいて責任を割り当てればよいのであろうか。それを知るには、オブジェクト設計および責任割り当ての基本原則をパターンの形式で記述した「GRASPパターン」が良い指針となる。

　GRASPパターンは、クレーグ・ラーマン氏による書籍『実践UML――パターンによる統一プロセスガイド』（以降、書籍『実践UML』）の中で、以下のように説明されている。

GRASPは、General（汎用）Responsibility（責任）Assignment（割り当て）Software（ソフトウェア）Patterns（パターン）を表す頭字語です。オブジェクト指向ソフトウェアの設計を成功に導くにはこれらの原則の「理解」（grasping）が重要であることを表すために、この GRASP という名前が選ばれました。

　GRASPパターンに含まれている各パターンは、以下に示しているように、それぞれがシンプルな原則ばかりで、熟練したオブジェクト指向開発者であれば、その名前は知らなかったとしても、基本原則として無意識のうちに適用しているものばかりだろう。

　「GoFのデザインパターン」の多くも、GRASPパターンに含まれている「多相性パターン」「間接化パターン」「純粋架空物パターン」「バリエーション防護パターン」などに基づいている。前回の記事で紹介したStateパターンの状態オブジェクトは「純粋架空物パターン」に基づいた便宜上のクラスであり、その振る舞いの変化は「多相性パターン」に基づいている。この例からも分かるように、GRASPパターンはデザインパターンのビルディング・ブロックとなる存在なのである。

　もしGRASPパターンの基本原則に目新しさを覚えるようであれば、デザインパターンを学習する前に、GRASPパターンを理解することから始めてもらいたい。以下に書籍『実践UML』に記載されている9つのGRASPパターンを紹介する。