クリーンアーキテクチャはおすすめしません。10分でわかるDDDのアーキテクチャ - ドメイン駆動設計

[@little_hand_sdddagilechann6636]

動画を見たらこちらの書籍も読んでもらえると実践に役立てられます、ぜひ読んでみてください。
ドメイン駆動設計 モデリング/実装ガイド
little-hands.booth.pm/items/1...
はじめてDDDを学ぶ方、実際に着手して「難しい！」と感じている方を対象とした、DDDについての解説書です。実際の質問を元にしたQ&Aもあります。
ドメイン駆動設計 サンプルコード&FAQ
little-hands.booth.pm/items/3...
DDDに関して頻出の質問に、多くのサンプルコードを交えて回答した解説書です。
モデリング、集約の実装、テストについても具体例を交えて解説しています。

[@un_chi]

この手の話って、いろんな用語が出てくるけど、用語の定義がとても曖昧かつ抽象的なので理解が難しいんだよな。
人によって用語の使い方も違ったりするし。

[@okkun3258]

めちゃくちゃわかりやすかったです！！
〜サービス層みたいなネーミングやめてほしいですよね、素直にユースケースと言われた方が具体的に何を実装するのか頭にスっと入ってきます！

[@hipopo_tamagawa]

今まで勘違いでレイヤードアーキテクチャだと思い込んでいたものがオニオンアーキテクチャでした
レイヤードアーキテクチャとオニオンアーキテクチャではインフラ層の依存関係が違うのですね
勉強になりました

[@little_hand_sdddagilechann6636]

そうですね！インフラ層の依存関係が違うだけで、ドメイン層のコードが特定のライブラリへの依存を避けられて保守性をあげられますね！

[@143658906]

ありがとうございます！とてもわかりやすいです

[@little_hand_sdddagilechann6636]

ありがとうございます！またぜひみてください！！

[@hi-vw1rm]

簡単に言うと、Mainで関数を呼び出すとき、関数がドメイン層でMainがユースケース層って感じなのかな

[@bubumoment86]

クリーンアーキテクチャをおすすめしない理由が雑然としすぎている分、オニオンアーキテクチャの必要性が曖昧になっている
RFP作るときに課題と問題解決を設定するのと同じで、もう少し課題の部分を掘り下げてもよかったかも
ただ、自分にとってのクリーンアーキテクチャとは、「レイヤーで関心事を分ける」程度の意味合いなので、分け方までは言及されていないという認識

[@user-ih3di4xc9k]

オニオンアーキテクチャの書籍がもっとあるといいですよね。
実装優先でもいいので。

[@little_hand_sdddagilechann6636]

オニオンアーキテクチャ、この動画の話以上のことはないので意外と本にできるほどの話がないな、と思っちゃいます。逆にいうと本を読まなくてもいいぐらいシンプル！！

[@いっぱい-u9b]

本質的には全て同じ