20130608-オブジェクト設計エクササイズ -モデルとコードで学ぶ責任駆動設計- のまとめ

ムンク @skowata

潜入完了！

馬美肉 @chiastolite

オブジェクト設計エクササイズに来た #lcfactory (@ 株式会社 ぐるなび 本社) http://t.co/UTtKSfcrK5

ムンク @skowata

papanda さんの前説始まり～ #devlove

ムンク @skowata

あ、前説終わった。増田さんの本編開始～ #devlove

とーます @grimrose

遅れたけど着いた。 #lcfactory

ムンク @skowata

GRASP の基本は３パターン。#devlove

ムンク @skowata

後２パターンプラスすれば基本的にはOK #devlove

ムンク @skowata

残りの４パターンは「困った時の助け舟」的なものなので、始めの５つで解決できなかった場合に出てくるパターンです #devlove

ムンク @skowata

ワーク開始～ #devlove

ムンク @skowata

うーん、クラスが３つしか思いつかん。。。orz #devlove

ムンク @skowata

簡単なシナリオのモデルを各自モデリングちう。自分はこれ以上思いつかんので終了(汗)#devlove

ムンク @skowata

１０分位でワーク終了。で、皆さんのモデルを鑑賞

とーます @grimrose

とりあえず、思いつくままモデル書いてみた。 #lcfactory

ムンク @skowata

あ、ハッシュタグ忘れた。。。まぁ、いいか

とーます @grimrose

collectionの表記は、難しいな… #lcfactory

ムンク @skowata

そうか、注文日時を別のクラスにする、という考え方もあるなぁ #devlove

とーます @grimrose

確かにあの資料だけでは、見えないモデルが出てきそう。 #lcfactory

ムンク @skowata

Infomation Expert Pattern ね。ナルホド。「情報は誰が持っているのか？」というパターン。GRASP の基本の３つの内の一つ #devlove

ムンク @skowata

データモデルと非常に近い考え方 #devlove

ムンク @skowata

「デフォルト＝オブジェクトにどういう情報・責任を持たせるか」という考え方 #devlove

とーます @grimrose

Information Expert パターン #lcfactory

とーます @grimrose

永続化も同じタイミングで設計してしまうと危険になる #lcfactory

ムンク @skowata

考え方としては、オブジェクトは全てメモリの上に乗ってる、という所で始めるのが良いと思う。その方が、（出発点として）余計な事（＝関心事）に惑わされずに済むので by 増田さん #devlove

ムンク @skowata

さーて、皆でコードを書いてみよう、のタイム開始～ #devlove

ムンク @skowata

new 演算子でオブジェクトを生成するタイミングが二つ目のパターンのキモ #devlove