[DDD Alliance! 3週連続DDD 第2週]まとめ
DDDのワークショップおもしろかったよ!個人的にはこれやったから最近DDDってもんが分かって気になってるってのはある。たぶん。 #dddalliance
2015-09-10 20:05:04モデルとコードの不一致による弊害 => 的外れで、構造がねじれ、変更コストマックスなソフトウェアになる。 #DDDAlliance
2015-09-10 20:06:08第2回 実践的ドメイン駆動設計ワークショップ ddd-alliance0002.peatix.com #dddalliance
2015-09-10 20:07:15第5章ソフトウェアで表現されたモデル:顧客クラスに顧客クラスと住所バリューオブジェクトがついたやつ、これがある意味5章の内容の全て。 顧客が住所に興味を持ってるなら、住所クラスが出てきて当たり前で、顧客クラスのメンバ変数に値として住所を持つのはあり得ない。#DDDAlliance
2015-09-10 20:08:43ドメインオブジェクトのライフサイクル管理は、他の実装に任せて本質とは切り離す #DDDAlliance
2015-09-10 20:11:59第6章:ドメインオブジェクトをDBに入れるのは大変。その辺りはDBの性能問題とかも出てきちゃう。ドメイン層をピュアに保つために、その辺りをドメイン層から外だしするための工夫について書いて有る。リポジトリとか。#DDDAlliance
2015-09-10 20:12:27第7章:ドメイン全体の視点を持って議論したいのに、登録機能とかいろんな機能に着目して議論なってしまう事も、ドメイン層の汚染。ドメイン層を守るために、機能の方を受け持つアプリケーション層を導入する。#DDDAlliance
2015-09-10 20:15:50第3部は、あくまで「ドメイン層」の設計と実装の議論。デザインパターンなどが出てくるが、技術的な話と混同しないこと。 #DDDAlliance
2015-09-10 20:22:11第3部導入:ドメイン層の設計と実装の議論について書いて有るので、馴染みのある技術用語が出てきても、意味を疑いながら読んだ方がいい #DDDAlliance
2015-09-10 20:22:36自社で作っているサービスは同じ機能を3〜5回リファクタリングしてるな。何度も繰り返して元に戻る事もある。 #DDDAlliance
2015-09-10 20:22:42第3部は、ドメイン層の中の設計と実装について書いてあるので、一般的な技術論とは区別して読むべし #DDDAlliance
2015-09-10 20:23:11