ページをブックマークして共有する

COMMENTコメントで知る

記事へみんなの感想が集まる

nemoba DDDの良さは「記録自信がコピーする」って変じゃねって考え直したこと。ドメインモデルの精錬のため他の歪みを許すか。ドメインモデルに歪みまとめちゃうかのそれだけ。 2023/01/13
snobsnog 素を妻と誤読してしまい、プログラマ奥さんの話か〜と思ったら違った 2023/01/13
fuyu77 Service Objectを使わない設計手法について詳しく書いてあって参考になる。リッチなドメインモデルの志向は良さそう。そこそこ高度なので開発チーム皆で目線を揃えるのにちょっとハードルありそうだが。 Rails DDD 設計 2023/01/13
tkmkg8m サービスと名の付いた単なる手続き集がアレで、概念抽出してPOROを app/models に置けばいいよねってのは同意。とはいえBasecampの include 地獄なコードは違う意味で保守性低いと思うよ。 2023/01/15
YassLab "「新規登録」というドメイン操作を担当する SigningUpServiceではなく、アプリでIDを検証して作成できるSignupクラスを用意する / Rubyによる純粋なオブジェクト指向そのものが、ドメインの概念をコードで適切に表現している" Rails アーキテクチャ設計 Ruby on Rails Ruby 2023/01/14