@hidori まぁねー、ドメインモデルのストレージへのマッピングと割り切ればアプリの9割はドメインモデルのオブジェクトで動くべきとして良いんじゃないかと。ORマッパーがchangeTrackingの為に変にオブジェクトに副作用を付けるからいけないとも思う
2012-09-12 14:05:41EFのAttacheって比較的最近の提供だったっけ?当初はやはりなかったよーな。 RT @hidori: EF には Detach/Attach があるけど、LINQ to SQL には Detach しかない。
2012-09-12 14:10:13そのあたりかな。Attacheの追加でMVCでのデータ更新のコード変えて説明した記憶あるから。 RT @hidori: @onos VS2010 に最初っから入ってる EF で使えてたんで EF3 ?
2012-09-12 14:12:57SaveChangesしなきゃいいんじゃないかな(コラ RT @hidori: @kazuk リレーションの片方だけ Detach すると。。みたいな?
2012-09-12 14:18:22@hidori んー、Detach されたオブジェクトのある DbContext でsaveするとDetachされた物にdelete走る。Detach状態をDBに同期すると消えるしか無くなっちゃうから。
2012-09-12 14:19:29@kazuk それは remove じゃなくて? detach は changeset & DbContext と縁が切れるだけじゃないの?
2012-09-12 14:20:40@hidori 縁が切れた結果DbContextから見つからなくなり、見つからない状態をSaveChangeで保存しろと言われたDbContextさんの暴走を見守る事になる
2012-09-12 14:22:28@kazuk Save しちゃだめなら、Detach の意味無くない? changeset がメモリ食わなくなるくらいかな?
2012-09-12 14:23:54@hidori DbContext 捨てちゃってSaveできない状態にしちゃえばDetachedオブジェクトをメモリ上に置いといて参照系で使うには使えるよ。参照系の為のオブジェクトだからってDetachしたのに気が変わったとかでSaveしちゃだめって事
2012-09-12 14:28:04あたしはDetacheしたことない(w RT @hidori: @kazuk おかしなことになたことないから、Save したことないんだなw>おれ
2012-09-12 14:33:241個 Detach しただけで SaveChanges がおかしくなるなら、1個だけ Detach 出来る意味がまるで分からん>特に Attach を持たない LINQ to SQL
2012-09-12 14:33:48