子コレクションを含むDTOをドメインモデルにマッピングするためのデザインパターン

Question

私はAutoMapperを使用して、自分のドメインモデルを私のDTOにマッピングするだけでなく、DTOをドメインモデルにマッピングしています。

私は自分のORMにEF4を使用していますが、マッピングされているモデルに追加/更新/削除が必要な子コレクションが含まれていると、このマッピングは実際には醜いものになります。私は私のプロジェクトで前進しながら、私はブログ記事の写真、注文のためのパッケージなど、この問題にもっと取り組んでいます。DTO->ドメインモデルから行くと、 BeforeMapコールは、ドメインモデルのコレクションからすべてのエンティティを削除し、DTOから各エンティティのPKを取得するコレクション用のカスタムValueResolverを追加して、DBから取得します（エンティティフレームワークでは、新しいエンティティ）を作成し、それをドメインモデルのコレクションに再度追加し、個々のフィールドに更新を適用します。

これは本当に醜い解決策ですが、手動でこれらのコレクションの更新を処理しようとしています。誰もよりクリーンなアプローチの提案はありますか？

Answer 1

この機能には、AutoMapperの代わりにValueInjecterを使用します。両方のメーカーの体重がAutoMapper vs ValueInjecterのこの質問をチェックしてください。私はValue Injecterを個人的に使っていませんが、あなたがやろうとしていることをするために作られたものです。AutoMapperは平坦化には適していますが、AutoMapperの作者は、あなたがしようとしている「非平坦化」のための良いツールではないことを認めています。

Answer 2

デタッチされたオブジェクトグラフを更新するのが非常に悪いので、まずデータベースから実際のオブジェクトグラフを読み込み、手動でこのオブジェクトグラフに自分のDTOをマージします。私は通常、DTO（またはビューモデル）をDomainオブジェクトにマージするメソッドでいくつかのヘルパーMergerクラスを作成します。私はまだもっと良い解決策を探しています。

私はデータベースからオブジェクトグラフを最初にロードしなかったソリューションを試しました。その代わりに私は、分離されたドメインオブジェクトグラフを構築するためにカスタムアダプターを使用し、それをコンテキストに添付して、すべてのオブジェクトおよびリレーションの状態を設定しました。しかし、それは間違っており、すべてのシナリオで使用することができない非常に複雑な方法でした（更新の組み合わせとサブ状態の挿入は、初期状態に関する追加の転送データなしでは処理できませんでした）。休止状態で

Answer 3

私はNHibernateのは、同様のcascadeAllオプションを持っていると思う子どもたちへの更新が..

カスケードオプションがあります。

Answer 4

DTOの子コレクションがおそらく最新バージョンの であると仮定して中継できる場合は、実際に古い コレクションを新しいものに置き換えることができます。 DTOのidを使用してデータベースからエンティティを引っ張って

1. 使用ConstructWith：

   私たちは、NHibernateのと同じ問題があったと 我々はこのようにそれを解決しました。

2. BeforeMapを使用して、子コレクション全体を消去します（ 子の参照もnullに設定されていることを確認してください）。
3. AutoMapperは新しいコレクションを自動的にコピーします。

幸運なことに、NHibernateは変更を適用するのに十分なほどスマートでしたが、私は EFが同じことをするかどうかを教えてくれません。 これは完璧な解決策ではありませんが、単純なドメインモデルでは機能します。