一意マッピングで DataRow とドメインオブジェクトをペアにして保持するとして、シリアライズのこと (DataRow を直接シリアライズできないこと )考えると、一筋縄じゃ行かないじゃないか。 さて、どうするか。

( ﾟДﾟ)ﾎﾟｶｰﾝ - 気楽に諸々 の続きDataSet からシリアライズしたら普通にでけた。DataRow を直接シリアライズすることはできないけど。 DataTable かどっかが ISerializable インターフェイス実装して、代わりにゴニョゴニョやっているのか？ とにかく、でき…

DataRow に SerializeAttribute がくっついていない。 つまり、シリアライズできない・・・orz → そんなことはなかった - 気楽に諸々そういや WCF でも、1件以上のデータが入ったデータセットは受け渡しができなかったな。これが原因か？

アウタークラスのジェネリック引数を使えるのは良い。 それだけでインナークラスにする価値があるかもしれない。

今回の風邪はそれほど邪じゃなさそうだな。 明日には復活だ。

データマッパーを用いたドメインモデルにおいて、一意マッピングを使用する場合。 データアクセスレイヤーでデータセットを使うなら、データセットはユニットオブワークの役目を持つから、データセット(というよりDataRow)とドメインクラスをペアにして一意…

.NET 3.5_Technical Briefing に行くはずだったのに、風邪で断念。 もったいない・・・・・・・・・・。

今思ってることを書き留めて、とりあえずはすっきりした。 そろそろ、さすがに寝なければ。

次やるプロジェクトではテーブルモジュールにしようと思っている。 トランザクションスクリプトでもいいけど。 或いは、アクティブレコードによるドメインモデル。 データマッパーによるドメインモデルはほぼ無い。

Find メソッドだけではなく、Insert・Update・Delete もドメインレイヤーのセパレートインターフェイスに含めるべきな気がする。 (つーかそれが普通？) 例えば書籍を削除する時、書籍を格納している棚から、参照を削除する必要があるけど、これはドメインレ…

夕飯食べてすぐに4時間くらい寝たせいで、布団に入っても眠れない。 つーか、今頭の中ではデータマッパーとドメインモデルで頭一杯で眠れない。