オニオンアーキテクチャとは何ですか？

アプリケーションをタマネギ状の同心円で表現するアーキテクチャパターン。中心にドメインロジックを置き、外側に向かってインフラ層が囲む構造で、依存方向を常に内側へ向ける。

オニオンアーキテクチャのポイントは？

中心（ドメインモデル）は何にも依存せず、最も重要なビジネスロジックを担う。依存の方向は必ず外側から内側へ（内側が外側を知らない）。データベースやUIなどの技術的詳細は外側の層に閉じ込める。クリーンアーキテクチャや六角形アーキテクチャと同じ思想を持つ

【オニオンアーキテクチャ】

💡 タマネギのように層を重ね、中心のビジネスルールを外の都合から守る設計

📌 このページのポイント

依存の方向は常に外側から内側へ。中心のドメインモデルは何にも依存しない

ひよこ

オニオンアーキテクチャって、タマネギと何か関係あるの？

ペンギン先生

構造がタマネギの断面みたいに見えるんだよ。一番内側にドメインモデル、その外側にドメインサービス、さらに外側にアプリケーションサービス、一番外側にUIやDBが来るんだ

ひよこ

それって普通の層構造と何が違うの？

ペンギン先生

普通の層構造はUIからDB方向へ依存が流れるよね。でもオニオンは「依存は常に内側へ」というルールがあって、DBがドメインに依存する形になるんだ。つまりビジネスロジックがDBを知らなくていいんだよ

ひよこ

DBがドメインに依存するって、逆じゃないの？

ペンギン先生

そう感じるよね。でも考えてみて。ビジネスルール（例えば「注文は3個まで」）はDBの種類に関係ないよね？だからドメインはDBを知らなくていい。DBはドメインのインターフェースを実装する立場になるんだよ

ひよこ

なるほど、ビジネスロジックが一番偉いんだね！

ペンギン先生

まさにそう！この設計の一番のメリットは、PostgreSQLをMySQLに替えてもドメインに影響しないこと。テストも外側のインフラなしで内側のロジックだけ単体テストできるんだよ

ひよこ

ペンギン先生

ほぼ同じ思想だよ。クリーンアーキテクチャはロバート・マーチンが、オニオンはジェフリー・パレルモが提唱したけど、「依存は内側へ」「ドメインを中心に置く」という核心は共通なんだ

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

「オニオンアーキテクチャ」って出てきたら「ドメインを中心に外側から依存する同心円構造」と思えればだいたいOK！

📖 おまけ：英語の意味

「Onion Architecture」＝玉ねぎアーキテクチャ

💬 Jeffrey Palermoが2008年に提唱したよ。層を重ねた構造がタマネギに見えることからこの名前がついたんだよ