DevLOVE Beautiful Development 第一幕 陽の巻 #devlove0409 #DDDjp

0
和智右桂 @digitalsoul0124

値オブジェクトは共有するならば不変が原則。不変なのでIDのような属性はない。 #devlove0409

2011-04-09 14:08:07
Ryo Asai @ryoasai74

同一性、連続性ということを考えると、PersistenceとかSerializationも確かに出てくるな。でも、Entity AKA Reference Objectと言った場合の参照オブジェクトとはちょっとニュアンスが異なるということかな?#devlove

2011-04-09 14:08:11
トデス子'\ @todesking

Value Obj: 同一性の概念を持たない。「特徴を説明する」責務。 #devlove0409

2011-04-09 14:08:49
Ryo Asai @ryoasai74

議論のあるバリューオブジェクトの説明に突入。#devlove

2011-04-09 14:09:15
masakanou @masakanou

すべてがEになるw Entityにすべてしてしまうのは管理コスト高 #devlove0409

2011-04-09 14:09:21
きりきりやむやむ @kiriyam

#devlove エンティティ化をやりすぎると、オブジェクトの管理コストが高くなりすぎる。やり過ぎ厳禁

2011-04-09 14:09:27
(ю:】 @garden_tree

ValueObjectは、特徴を説明する責務を持つ。 #devlove0409

2011-04-09 14:09:53
Ryo Asai @ryoasai74

時間の関係でバリューオブジェクトはさらっとスルーした。次はサービス#devlove

2011-04-09 14:11:05
トデス子'\ @todesking

Service: 特定のEやVOに属させてしまうと不自然な操作、複数のEやVOを横断する処理や外部との通信が必要な処理を行う。 #devlove0409

2011-04-09 14:11:37
suginoy @suginoy

論理削除フラグはValue Objectなのかな? #devlove0409

2011-04-09 14:11:38
suginoy @suginoy

DDDのサービスはドメインのサービス #devlove0409

2011-04-09 14:12:37
きりきりやむやむ @kiriyam

#devlove エンティティやバリューオブジェクトの操作は、サービスに持たせると安定感がでる

2011-04-09 14:13:13
トデス子'\ @todesking

hoge.view/hoge.modelみたいなパッケージわけはユビキタス言語じゃない。スーパークラスでパッケージ分けるのやめろという話。漠然と違和感あったことが明文化された。 #devlove0409

2011-04-09 14:13:26
(ю:】 @garden_tree

package名もユビキタス言語で! #devlove0409

2011-04-09 14:13:34
Ryo Asai @ryoasai74

DDDではパッケージ名をドメインカテゴリごとで分類して、スーパクラスごとの分類にしない。これはDDDでは重要ですね。SIerフレームワークと好対照。#devlove

2011-04-09 14:13:34
トデス子'\ @todesking

Lifecycle,Aggregate,Factoryとかの話 #devlove0409

2011-04-09 14:14:15
きりきりやむやむ @kiriyam

#devlove パッケージ構成はユビキタス言語で考えるべき

2011-04-09 14:14:24
atoato88 @atoato88

同意。 RT @ryoasai74: DDDではパッケージ名をドメインカテゴリごとで分類して、スーパクラスごとの分類にしない。これはDDDでは重要ですね。SIerフレームワークと好対照。#devlove

2011-04-09 14:15:41
Ryo Asai @ryoasai74

リポジトリ->オブジェクトとしてでなく、エンティティとしてのライフサイクルを司るもの。なるほど。#devlove

2011-04-09 14:17:14
suginoy @suginoy

newしたオブジェクトの永続化時にid振られるO/RMあるよね。 #devlove0409

2011-04-09 14:17:33
masakanou @masakanou

objectはできあがっているか無いかのどちらか。オブジェクトが不正にならないようにする義務あり。特に生成のfactory #devlove0409

2011-04-09 14:18:31
トデス子'\ @todesking

DeclarationとReference。Entityそのものを保持しなくてもEntityのID(V.O.)を持っていればいい(Entityが必要ならRepositoryから引いてくればいい)。このパターンで相互依存が解決できる。 #devlove0409

2011-04-09 14:20:17
masakanou @masakanou

declaration&reference. repository によって相互参照の解消 #devlove0409#devlove0409

2011-04-09 14:21:01
morisoba @oroshisoba

リポジトリを使うことで相互依存が解決される(可能性がある)という部分がよくわからなかった。リポジトリへの依存(または外部オブジェクトの参加)はないのかな? #devlove

2011-04-09 14:22:13