ドメインモデル VS トランザクションスクリプトat PHPドメインモデル VS トランザクションスクリプト - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞの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なゲッターを用意せざるをえないと思うのです。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch