実践クリーンアーキテクチャ

クリーンアーキテクチャーに関するブログをいくつか読んできましたが、このブログは一番わかりやすかったと感じました。具体的なサンプルを使い、どのようにデータを取得し処理を進めるのかを丁寧に解説してくれています。

自分なりに内容を要約すると、クリーンアーキテクチャーは次のような考え方に基づいています：

• 関心ごとを明確に分けて、ビジネスロジックを中心（内側）に保護する設計を目指す。
• 外部の技術（データベース、フレームワークなど）に依存しないようにするために、インターフェースを活用して依存性逆転を実現する。
• これにより、疎結合を保ちながら、実装の差し替えや変更が容易になる。

クリーンアーキテクチャの流れ（例）

具体的には、以下のような設計になります：

1. コントローラが外部からのリクエストを受け取る
   • ユーザーの操作やAPIのリクエストを受け、必要な処理をユースケース層に依頼します。
2. ユースケースがビジネスロジックを実行する
   • 例えば、リポジトリを介してデータを取得したり、必要な処理を行います。
3. リポジトリがインフラ層の実装を通じてデータを操作する
   • リポジトリのインターフェースを使うことで、具体的なデータ取得方法（データベース、APIなど）をユースケース層に隠蔽します。
4. プレゼンターがUI向けにデータを整形して返す
   • ユースケースで処理された結果を、UIで利用しやすい形に変換します。
   • プレゼンターもインターフェースを活用することで、プレゼンテーション層が外部に依存しないようにします。

重要なポイント

• 依存性逆転の原則
  内側（ユースケース層やエンティティ層）は外側（インフラ層やプレゼンテーション層）に依存しないよう設計されます。
  具体的には、内側が「インターフェース」に依存し、外側がそのインターフェースを実装します。
• インターフェースの活用
  リポジトリやプレゼンターに渡すデータの処理や受け渡しには、常にインターフェースを使用します。これにより、依存関係が逆転し、各層が疎結合を保てます。
• 実装の柔軟性
  外部システムの変更（例：データベースの切り替え）や、新しい要件への対応が容易になるというメリットがあります。ただし、インターフェース設計を誤ると、システム全体が影響を受ける可能性があるため注意が必要です。

最近の学び

このように、クリーンアーキテクチャーの仕組みを理解することで、設計の意図や目的がより明確になりました。特に、

• 「依存性逆転の原則」を実現するためのインターフェースの役割や、
• リポジトリやプレゼンターの使い方が整理できたように感じます。

理解しづらい部分は、ChatGPTなどで解説してもらいながら学んでいますが、少しずつ整理が進んできたと思います。

まとめ

• クリーンアーキテクチャーの本質は、「ビジネスロジックを守り、柔軟性と保守性を高める設計」にある。
• そのために、関心ごとの分離や、インターフェースによる依存性逆転を徹底する。
• このブログは、それらのポイントをサンプルを通じてわかりやすく説明してくれているので、とても参考になりました！

The following two tabs change content below.

• この記事を書いた人
• 最新の記事

高橋 進二

最新記事 by 高橋 進二 (全て見る)

• 実践クリーンアーキテクチャを読んでの感想 - 2024年11月17日
• 「Kotlin 2.0が与えるAndroid開発の進化」を見て - 2024年10月30日
• Droidkaigi2024の「たすけてViewModel」を見ての感想 - 2024年9月29日