レイヤードアーキテクチャ とは？

ソフトウェアを「層」に分けて設計する方法だよ。たとえばケーキのスポンジ・クリーム・フルーツみたいに、それぞれ役割が違う層を積み重ねるイメージだね。

よくある3層構成だと、一番上が「プレゼンテーション層」で画面表示を担当、真ん中が「ビジネスロジック層」で計算や判定を担当、一番下が「データアクセス層」でデータベースとのやり取りを担当するよ。

変更の影響範囲が小さくなるんだ。たとえば画面のデザインを変えたいときはプレゼンテーション層だけ直せばいい。ビジネスロジックやデータベースに触る必要がないから、安全に変更できるよ。

大事なルールが一つ。上の層は下の層を使えるけど、下の層は上の層を知らない。プレゼンテーション層がビジネスロジック層を呼ぶのはOKだけど、逆はNGなんだ。この一方通行の依存がコードの整理に効くよ。

あるよ。層を通過するたびにデータの変換が入るから、層が多すぎるとパフォーマンスが落ちたり、コードの量が増えたりする。「ただ下の層に渡すだけ」の中間層ができちゃう問題は、よく議論されるポイントだね。

クリーンアーキテクチャはレイヤードアーキテクチャを進化させたものと言えるね。レイヤードは上から下への一方通行だけど、クリーンアーキテクチャは依存の方向を内側（ビジネスルール）に向ける。「依存性逆転の原則」を活用して、より変更に強い構造にしているんだよ。

業務システムやWebアプリのバックエンドには定番中の定番だよ。チームメンバーが理解しやすく、役割分担もしやすい。ただし、リアルタイム処理やマイクロサービスなど複雑な要件では別のアーキテクチャの方が合う場合もあるから、プロジェクトの特性に合わせて選ぶことが大事だね。