「ドメイン駆動設計」感想(1) - なぜファットモデルになるのか - 極北データモデリング

エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践) 作者: エリック・エヴァンス,今関剛,和智右桂,牧野祐子出版社/メーカー: 翔泳社発売日: 2011/04/09メディア: 大型本購入: 19人 クリック: 1,360回この商品を含むブログ (131件) を見る 正月にこれを第2部まで読んだ感想を書こうと思って、何ともう2月後半になってしまった。 いろいろ考えさせられたことを忘れてしまう前に感想文を書きます。 (DBばっかりいじっててコードを書かない)俺みたいなのから見たオブジェクト指向設計の特徴に、「実体(エンティティ)の存在は認めても、関係(リレーションシップ)の存在をなかなか認めない」、つまり関係を極力クラスとして立てない、というのがある。 例えば、部門と社員の関係を「所属クラス」として独立させるより、オブジェクト間の関連

[kasumani]

「ドメイン駆動設計」感想(1) : なぜファットモデルになるのか : 極北データモデリング 正月にこれを第2部まで読んだ感想を書こうと思って、何ともう2月後半になってしまった。 Tags: from Pocket March 18, 2014 at 07:08PM via IFTTT

[nyop]

どの粒度でユビキタス言語を定義するかによってファットになるかどうかは変わるんだろうなー。

[nemoba]

アナリシスパターンの図のままだと、ユースケース毎にそのフローを作るか危険な巨大な共通機能を作ることに。それをユビキタス言語で分界点を作て共通化しようていうアイディアがDDDだと思うよ。関連で太るのはまた別

[kimutansk]

対象先の口座の扱いまで口座エンティティに持たせるのではなく、リポジトリ等の併用でうまく切り分けるべきな気もします。ただ、DDD側はトランザクションの扱いが・・ちと厄介そうですね

[poppun1940]

エリック・エヴァンスのドメイン駆動設計 (IT Architects’Archive ソフトウェア開発の実践)作者: エリック・エヴァンス,今関剛,和智右桂,牧野祐子出版社/メーカー: 翔泳社発売日: 2011/04/09メディア: 大型本購入: 19人 クリック: 1,3

[j5ik2o]

率直な感想でよいと思います。が、DDD＝ファットではないです。なぜならば集約を定義する範囲はユビキタス言語に依存するから。小さい概念を選択をすれば実装も小さくもなります。しかしトレードオフがあります。

[yuuntim]

口座への入金・出金メソッドが口座にあることがファットにつながるのではなく、transfertoメソッドが口座にあって、片方の口座を指定するだけで入出金をしてしまうこと、それがファットにつながっているという指摘では

[matarillo]

いい。メリデメ評価が偏るのはよくない。トランザクション概念を忘れないこと。ACIDトランザクションではなく、トランザクションファイル的な見方。

[yojik]

これは激しく同意。DDDに欠けているのは意外にも分析レベルのモデリング。まあ設計手法だから、、という事かもしれないけど

[suginoy]

“俺みたいなのから見たオブジェクト指向設計の特徴に、「実体(エンティティ)の存在は認めても、関係(リレーションシップ)の存在をなかなか認めない」、つまり関係を極力クラスとして立てない、というのがある