責務駆動設計とは何ですか？

オブジェクト（部品）に「何を知っているか」「何ができるか」という責務（役割）を割り当てることを中心に設計する手法。データ構造ではなく、責任と協調関係でソフトウェアを組み立てる。

責務駆動設計のポイントは？

オブジェクトの「データ」ではなく「責務（役割・責任）」を中心に設計する。責務は「知る責務」と「行う責務」の2種類に分けられる。CRCカード（Class-Responsibility-Collaborator）で責務を整理する。責務の適切な配分が、変更に強い柔軟な設計につながる

【せきむくどうせっけい】

💡 誰が何の責任を持つか、役割分担で設計する術

📌 このページのポイント

責務駆動設計のCRCカードと設計アプローチの比較

ひよこ

責務駆動設計って、責務ってどういう意味？

ペンギン先生

責務は「そのオブジェクトが果たすべき役割と責任」のことだよ。たとえば会社でいうと「経理は財務管理をする」「営業は顧客対応をする」みたいに、誰が何を担当するかをはっきり決めることだね

ひよこ

データじゃなくて役割で考えるの？

ペンギン先生

そうなんだ。たとえば「注文」クラスを作るとき、「注文データを持つ箱」と考えるんじゃなくて、「注文の合計を計算できる」「在庫を確認できる」という責務で考える。すると自然と良い設計になるんだよ

ひよこ

CRCカードって何？

ペンギン先生

名刺サイズのカードに「クラス名」「責務」「協調するクラス」を書き出す手法だよ。ホワイトボードの前でカードを並べながらチームで議論すると、責務の偏りや抜け漏れが見えてくるんだ

ひよこ

責務が偏るとどうなるの？

ペンギン先生

1つのクラスに責務が集中すると「神クラス」と呼ばれるアンチパターンになるよ。何でもできるけど、変更するたびにあちこち壊れる。責務を適切に分散させるのが、保守しやすいコードの秘訣なんだ

ひよこ

他の設計手法とはどう使い分けるの？

ペンギン先生

ドメイン駆動設計が「業務の概念」を中心に考えるのに対して、責務駆動設計は「オブジェクト間の役割分担」にフォーカスする。実は両方を組み合わせて使うことも多くて、相互補完的な関係なんだよ

まとめ：ざっくりこれだけ覚えればOK！

「責務駆動設計」って出てきたら「各部品の役割と責任をはっきり決めて設計する手法」と思えればだいたいOK！

📖 おまけ：英語の意味

「Responsibility-Driven Design」＝責務駆動設計

💬 レベッカ・ワーフスブラックとアラン・マッキーンが提唱した設計手法だよ。「オブジェクトは何を知っていて、何ができるのか」を考えるのが出発点なんだ