ドメイン駆動設計の実践は実装だけがすべてじゃないよという話

この記事は第2のドワンゴ Advent Calendar 2015の22日目のエントリです。 Goでgxui使って2画面ファイラー作ってワショーイしてたんですが、もうちょっと寝かしたいなと思ったので他の事書きます。 こっちはこっちで追って公開したいですね。 というわけで本題です。 はい。Evans本3部4部ちゃんと理解してない人はやり直しです / “ドメイン駆動設計の間違った方向性” http://t.co/tcgxlWVONq — ソフトウェア設計おじさん (@uzzu) June 25, 2015 Evans本の1部3部4部ちゃんと理解してない人は2部読む権利ないですよ — ソフトウェア設計おじさん (@uzzu) June 25, 2015 Evans本、2部から行くのがライトウェイトだって言ってる人まだいるのか。SBRじゃないけど、遠回りこそが最短ルートだったよ(私は) — ソフト

[Dryad]

だからDDDの人ってCQRSとか言ってるのかな。『Repositoryパターンは永続化という側面から見ると一見責務は1つですが、より洞察を行うと、ReadとWriteの成分があるので、SRPに反しています。 』

[bufferings]

DDD→IDDD→DDDがおすすめかなー

[nnasaki]

これはちょうど悩んでた。 "Repositoryパターンは永続化という側面から見ると一見責務は1つですが、より洞察を行うと、ReadとWriteの成分があるので、SRPに反しています。"