| １．Information Expert（情報エキスパート） |
| ■問題：オブジェクトへの責任割り当てにおける一般原則は何か？ ■解決策：責任の遂行に必要な情報を持っているクラス、すなわち「情報エキスパート」に責任を割り当てます。 ■利点：情報がカプセル化されます。クラス間の結合度が下がります。情報が複数のクラスに分散され、理解しやすく、凝集度 の高いクラスが定義されます。 ■関係のあるパターン：疎結合パターン、高凝集性パターン |
| ２．Creator（生産者） |
| ■問題：ある新しいインスタンスを生成する責任は何が持つべきか？ ■解決策：以下の項目に多く当てはまるクラスに別のクラスのインスタンスを生成させる。 ・インスタンス生成したいクラスを集約している。 ・インスタンス生成したいクラスを記録する。 ・インスタンス生成したいクラスを使用する。 ・インスタンス生成したいクラスの初期化データ（例えばコンストラクタの引数に渡すデータ）を持っている。 ■利点：クラス間の結合度 が下がります。 ■関係のあるパターン：疎結合性 |
| ３．Controller（コントローラ） |
| ■問題：UIレイヤからシステム操作を最初に受け取り調整するオブジェクトは何か？ ■解決策：以下のどれかに該当するクラスに責任を割り当てます。 ・主要なサブシステムを表すクラス ・システムイベントが起きるユースケースシナリオ表すクラス ■利点：再利用性が向上します。ユースケースの状態を判断する機会が得られます。 |
| ４．Low Coupling（疎結合） |
| ■問題：クラス間の依存性を弱め、変更による影響を小さくし、再利用性を高めるにはどうすればよいか？ ■解決策：結合度が低くなるように責任を割り当てます。複数の選択肢を評価する場合にもこの原則を用います。 ■利点：クラスが他のクラスの修正に影響されなくなります。クラスが理解しやすくなります。クラスが再利用しやすくなります。 ■関係のあるパターン：バリエーション防護壁パターン |
| ５．High Cohesion（高凝集性） |
| ■問題：オブジェクトの焦点を明確にし、わかりやすく、管理しやすく、さらにクラス間の結合度を下げるにはどうすればよいか？ ■解決策：凝集度 が高くなるように責任を割り当てます。 ■利点：設計の明確さと理解しやすさが高まります。保守と拡張が容易になります。クラス間の結合度 が下がります。 |
| ６．Polymorphism（多態性） |
| ■問題：クラスによって変化する選択肢をどのように処理すればよいか？ ■解決策：異なるクラスに同じ名前の操作を作成し、振る舞いを変化させるクラスにその振る舞いに責任を割り当てます。 ■利点：新しくバリエーション（選択肢）が増えたとき、拡張が容易に行えます。 ■関係のあるパターン：バリエーション保護壁パターン。GoFのデザインパターン に関連するパターンがたくさんあります。 |
| ７．Pure Fabrication（人工品） |
| ■問題：凝集度を高く、結合度を下げるにはどうすればよいか（他のパターンでは駄目なとき） ■解決策：問題領域の概念をいっさい表現しない便宜上のクラスを作成します ■利点：クラスの凝集度 が上がります。クラスの再利用が高まります。 ■関係のあるパターン：疎結合性パターン、高凝集性パターン |
| ８．Indirection（間接化） |
| ■問題：クラス間が直接的に結合しないようにするには何に責任を持たせるべきか？ ■解決策：他のクラス間に介在する媒介オブジェクトに責任を割り当て、クラス間が直接的に結合しないようにします。 ■利点：結合度が下がります。 ■関係のあるパターン：バリエーション保護壁パターン、疎結合性パターン、人工品パターン。GoFのデザインパターン に関連するパターンがたくさんあります。 |
| ９．Protected Variations（バリエーション防護壁） |
| ■問題：オブジェクト、サブシステム、システムの要素におけるバリエーションや不安定性が、他のクラスに影響しないようにするにはどうすればよいか？ ■解決策：予測されるバリエーション、不安定性との接点を識別して、その周囲に安定したインタフェースを作成する ■利点：新しくバリエーションが増えたとき、拡張が容易に行えます。結合度 を下げられます。 ■関係のあるパターン：GoFのデザインパターン に関連するパターンがたくさんあります。 |
』 ISBN:978-4-89471-682-7より
