.NETのAutoMapper以外のオブジェクト間マッピングソリューション

Question

私は.NETの世界で他の同様のオープンソースソリューション、特に2.0フレームワークについて知りたいです

Answer 1

あなたはCSLA.NETを使用できます。マップ機能を提供します。

Answer 2

私は目標があるObjectCastorつまずいてきました：

基本的に、それはたsourceType をラップし、InterfaceTypeは インタフェースを実装System.CodeDom 機械を使用して、新しいプロキシ クラスを生成し、 。 .NET Reflectionの助けを借りて、それはのinterfaceTypeタイプを受け継ぎ、 は対応するメンバーを プロキシクラスに生成します。その後、 は、 のCodeDomProviderクラスを使用して、生成されたクラスをコンパイルし、 というCompileAssemblyFromDomメソッドを呼び出します。 この時点で、生成されたクラスは であり、最後に実行するのは で、プロキシ クラスの新しいインスタンスを作成し、ソースオブジェクトを というコンストラクタとして提供します。ユーティリティクラスの完全ソースコード とデモ アプリケーションは、 ダウンロードセクションにあります。

このテクニックは現在CS Scriptで使用されています。 CSScriptのヘルプファイルから：

バージョン2.3.3ではCSScriptは、インタフェースを介して スクリプトへのアクセス/ロード中にインタフェース 継承に魅力 代わるモデルインタフェース アラインメントを、ホスティング 新しいスクリプトを紹介します。

このモデルでは、 適切なインターフェイス（DuckTyping）にスクリプトを「整列」させることで、スクリプトを で操作することができます。このアプローチの 重要な側面は、スクリプトの実行は、（インターフェースを介してアクセス任意 スクリプトのように） 完全型安全であるが、さらに重要なスクリプト ホスト アプリケーションで使用されて インタフェースを実装する必要がないこと あります。ある意味Interface アライメントは強制的な型キャストです： オブジェクトには のすべてのメソッドが定義されている限り、型変換は可能です。 です。この 有望な技術は、ホストと スクリプトビジネスロジックとの間のデカップリングを高レベルで 可能にします。タイプ 安全妥協はありません。

Answer 3

これは、answerに約otisが見つかりました。クラスのString属性を使用します。