ドメインモデル VS ト ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
29:22 09/05/26 00:38:57 >>23 取り敢えずAmazonでDDD注文してみた。英検準二級の俺じゃ辛そうだがw >>1 分かりやすい例ありがと。 「蜘蛛の巣のような関連」の実際的な意味としてはそういうことなのか。 ttp://capsctrl.que.jp/kdmsnr/wiki/PofEAA/?DomainModel >>28 > As a result it's still common to see procedures > that pull data out of an object to do something, って部分でCOBOLを思い出した。 つか、分かったと思っても、分かったつもりになってそうで怖い。 俺の脳みそじゃ無理っぽ。 こういうのの専門PMのプロジェクトで下で実例みさてもらいたいもんだ。 30:1 09/05/27 22:33:53 BGHGVumI >>28 ご意見ありがとうございます。 GetterEradicatorを読んでみました。 26の説明がpublicなゲッターを用意しないとドメインモデルが構築できない と誤解を招くということですね。ごめんなさい。 ところで、GetterEradicatorを読んでどうもしっくりきません。 ドメインモデルはビジネスロジックをOOPで実装することですから、カプセル化が 重要なこともわかります。ドメインロジックのメソッドだけが公開されるべきだと。 でも、実際にシステムを作ってみると、関連を辿って画面に表示するだけの 処理がかなりの割合を占めているし、更新処理でDaoに関連する情報を 公開する必要があるので、要件としても、アーキテクチャ的な制約としても publicなゲッターを用意せざるをえないと思うのです。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5395日前に更新/15 KB
担当:undef