問題タブ [automapper-4]

PCL で Automapper を 3 年間使用していますが、すべてうまく機能していました。

しかし、バージョン 4.2.1 以降、PCL にインストールしようとすると、次のエラーが発生します。

私が見逃している新しいものはありますか？

みんなありがとう

私たちはしばらく Automapper を使用してきましたが、非常に便利だと思います。作成していただきありがとうございます!

ただし、質問があります。

質問

「ソース プロパティを内部宛先プロパティにマップするように AutoMapper をどのように構成しますか?」

バックグラウンド

レイヤード アーキテクチャでは、Dto オブジェクトがデータ アクセス レイヤーを離れることはなく、データ アクセス レイヤーを出入りできるのはドメイン オブジェクトだけです。したがって、ドメインの POV からすると、ドメイン オブジェクトにはデータベースの知識が含まれていてはなりません。ただし、実際には、データベース ID は持ち歩くのに非常に便利です。「ビジネス層」の開発者は ID について知らないはずです。

解決策: データベース ID をドメイン オブジェクトに追加しますが、「ビジネス レイヤー」に公開されないように内部として販売します。次に、(ドメイン オブジェクトを所有する) 共通層の内部をデータ アクセス層に公開します。問題が解決しました。Automapper (> v3.3.0) を内部プロパティで動作させる方法がわからないことを期待してください。

では、バージョン 3.3.0BindingFlagsが公開されており、これを使用して問題を解決しています。

例

Common.DLL

DataAccess.dll

Profile クラスには、CreateMap<PersonDto, Person>();

編集 1 - 父の戻り型のタイプミスを修正しました。

編集 2 - 詳細情報を追加..

Common.Dll には、次のようなサービスがあります。

Business.Dll では、次のようなサービスを使用する開発者がいます。

重要なのは、ビジネス開発者がson.FatherIdBusinssess.Dll からアクセスしたり、ドメイン オブジェクトを作成した Dto オブジェクトにアクセスしたりしたくないということです。

したがって、すべての「データベース」の知識は、さまざまな Common.dll サービスまたは DataAccess.dll 内にカプセル化されます。

ありがとう。

これは、説明属性を取得する列挙型拡張メソッドです。

ソース オブジェクトは次のとおりです。

列挙型は次のとおりです。

宛先オブジェクトは次のとおりです。

これが私のマッピングの試みです（最新の非静的オートマッパーバージョンを使用）。これは、EF クエリ可能なプロジェクションの間であることを思い出してください。

クエリが である射影は次のIQueryable<Account>とおりです。

これは私が得る例外です:

これをクエリ可能な式に解決できません

他の場所で正確な答えを見つけることができないという私の最初の質問。

Automapper 4.2.1、Unity 4.01 を使用

Automapper プロファイルでサービス インターフェイスを再度呼び出して、ネストされたオブジェクトを宛先プロパティにマップしようとしています。最終的には ResolveUsing を使用したくないのですが、それが機能する場合は問題ありません。

Unity コンテナー内のすべてのマップを登録する推奨される 4.2.1 の方法を使用しています。

しかし、上記を実行すると-

「タイプ マップ構成が見つからないか、マッピングがサポートされていません。」.

私が見逃しているものについてのアイデアはありますか? ObjectFactory、Ninject を使用した他の例は、私がそれらを使用してはならないため、機能していないようです。