【Clean Architecture】ユースケース層のインターフェイスを導入する理由

ソフトウェア開発の世界には、色々な「設計の考え方」があります。その中でも「クリーンアーキテクチャ」というのは、プログラムをきれいに、そして長持ちさせるための設計思想の一つです。この考え方を説明するとき、よく「コントローラー」という部分が、「ユースケース」という部分の「インターフェイス」に依存する、という図が出てきます。

これ、一見すると「え？なんでわざわざ間に『インターフェイス』なんて挟むの？直接つないじゃダメなの？」って思いますよね。私も以前は、この理由を「コントローラーが、プログラムの心臓部である『ドメイン層』に、間接的にでも依存してしまうのを避けるためだろう」と考えていました。ドメイン層というのは、そのシステムが一番得意とする「専門知識」が集まっている場所。ここが他の部分に影響されすぎると、プログラム全体が壊れやすくなってしまうんです。

でも、実はそれだけではない、もっと深い理由があるんです。それは、プログラムの「テスト」をしやすくするため、という側面です。もしコントローラーがユースケースの「本体」に直接つながっていると、テストをするときに、ユースケースの本体も一緒に動かす必要が出てきます。そうなると、テストが複雑になり、時間がかかる原因になります。

そこで、ユースケースの「インターフェイス」だけを使うようにしておけば、テストの時には「本物のユースケース」の代わりに、テスト用の「偽物」（モックといいます）を用意して、コントローラーがちゃんと動くかどうかを、ユースケース本体に影響されずに確認できるんです。これは、料理で言えば、実際に食材（ドメイン層）を使う前に、レシピ（インターフェイス）通りに調理器具（コントローラー）が動くか確認するようなイメージでしょうか。

さらに、このインターフェイスを挟むことで、将来的にユースケースの実装が変わったとしても、コントローラー側は「インターフェイス」さえ満たしていれば、そのまま動き続けることができます。これは、例えば、新しいスマホに買い替えても、今までの充電ケーブル（インターフェイス）がそのまま使える、といった便利さに似ています。プログラムの変更に強く、長く使い続けられるようにするための、大切な工夫なんですね。