0

LLBLGENまたはEF4を使用する必要があります。 私は、EF4でpocoを使用することは可能ですが、私は一般的なアプローチを使用する必要があることを知っています。 私の目的は非ポコormを実装し、それをドメインから切り離すことです。 これは、ドメイン内でDALエンティティを使用できないため、リポジトリを使用したいと考えています。 DALとドメイン間でDTOを使用すると、DALエンティティの内部状態が失われ、DTOをエンティティにマップして再マップする必要があります。なぜ、私はプロパティ宣言だけを持つ各エンティティのための追加のインターフェイスを記述したいのですか?リポジトリはこれらのインターフェイスを使用し、DALエンティティは状態を失うことはありません。 DALで新しいオブジェクトを作成するには抽象ファクトリを使用します。非結合アプリケーション設計の非POCO ORM

短所:DALエンティティで再マップDTOをマップする必要はなく、DALエンティティはその状態を失うことはありません。 長所:エンティティが更新されているかどうかを追跡するために追加のインターフェイスを書き、追跡し、この変更をインターフェイスと同期させる必要があります。抽象的なファクトリを実装するための追加コードを書く必要があります。

私は個人的にその価値があると思います。 このソリューションについてご意見をお聞かせください。

答えて

1

あなたは混乱します。ドメインモデルを作成しますか?そうしてください。それをドライにしてください。別々のプロパティインターフェイスを作成しないでください。ドメインモデルは状態を保持しているため、DAL状態が導出されます。ドメインモデルをイントロスペクトすることによって、マッピングはほぼ自動的(すべての単純なマッピング)でなければなりません。

関連する問題