クリーンアーキわからんかった人のためのクリーンじゃないけどクリーンみたいなオニオンに見せかけたSOLIDの話

依存関係逆転則含む諸原則に苦しめられた方々，いかがお過ごしでしょうか． 今回はアプリ設計の話です．と言っても，前回「クリーンアーキわからんかった人のためのオニオンアーキテクチャ」というZenn記事を書いて，反響が大きかったのでリメイクしたいなという気持ちになり執筆することにしました． 前回同様，調べていく上で誤解していた部分や理解しにくかった部分を語った上で，オニオンアーキテクチャという，クリーンじゃないけどクリーンみたいな玉ねぎについて紹介するのですが，今回はわかりやすい図解であったり，実際にどのような実装をしていくべきなのかを話の話題として加えていければ良いかな？って思っています． これは前回の記事である「クリーンアーキわからんかった人のためのオニオンアーキテクチャ」の記事の裏話的な話を一つさせてください． 今年の11月初め頃に，サポーターズという企業の学生が登壇できるLT会があり，私

[otherworld]

わかる。大事なのはクリーンアかどうかではなくSOLIDの達成で、これを上手くやろうとするとMVCみたいなUIパターンでは足りず、クリーン、オニオン、Ports&Adapters等のアーキテクチャパターンで考えるとうまく設計がハマる

[ngsw]

“クリーンという傲慢な名前をつけている割に四層しか認めないという世間の姿勢に反抗したい気持ちもあったりします” 「インターフェースみたいな存在が必要にも関わらずはしょりすぎだろ」というような。よかった

[otihateten3510]

よくわからない

[clubman023]

わかる

[pmint]

クリーンアーキテクチャを信奉しているのは日本人だけだろう。/ "ここが画期的です．"…そこがこれらアーキテクチャのダメなところ。同心円の図がまるで玉ねぎだから「オニオンアーキテクチャ」。

[turanukimaru]

SOLIDは良いと[思われてる]ものでしかなく学生が採用しては駄目だ。大事なのはモデルが環境に依存しない事。モデルを実証するために実験するのであり実験からモデルを導いてはいけないのと同じ。卒論で必須だ忘れるな

[yarumato]

“あのドーナツに騙されてはいけない。SOLID原則（モジュール個別に更新可能，モジュール変更箇所を小さくまとめる）を達成するためにクリーンアーキがある。SOLID原則をgo言語で説明”

[Phenomenon]

ボブの本読めば全部かいてあるのにな

[TriQ]

あとで読む

[Shinwiki]

よくわからない

[kabuquery]

よくわからない

[PrivateIntMain]

変わらないものがコロコロ変わるものに依存するととても面倒なんで、依存を切る代わりに外の力が必要ならI/Fを用意して外から借りろ(手順書くれ)よって話だけな気がする。層は変わる理由でまとめるといいよと。

[odakaho]

“クリーンアーキテクチャの定義について「SOLID原則をよく満たした設計である」，という考え方を採用”