アセンブリの解決

Question

.NET 3.5向けに作成されたソフトウェア用のプラグインを作成します。このプラグインでは、.NET 3.5で動作するサードパーティの.DLLを参照しています。主なソフトウェアは現在.NET 4.0に組み込まれており、サードパーティの.DLLは2つの.DLLに分割されています。

私たちが避けたいのは、ほぼ同じコード（4.0 DLLを参照する.NET 4.0に構築されたコードと3.5 DLLを参照する3.5に構築されたコード）を持つ2つの別個のソリューションがあることです。すべてのお客様がすぐにプラグインを作成する最新バージョンのソフトウェアにアップグレードするわけではなく、一部のソフトウェアは数年待つかもしれません。 EDITED

QUESTION：

は3.5 DLLを参照する.NET 3.5に構築し、その後、実行時に所定の位置に2 .NET 4.0のDLLをロードするために、いくつかのアセンブリの決意を実行するために継続するどのような方法があります元のものの？

以前のバージョンのメインソフトウェアがプラグインをロードし続けるように、3.5フレームワークへの構築を継続したい/したい。 4.0にビルドすると、古いバージョンは、後のフレームワークにビルドされるため、プラグインをロードしようとするとエラーが発生します。

Answer 1

このアセンブリは、クリスタルクリアだ現在ロードされてランタイム

より新しいランタイムによって構築されている、あなたのEXEは、CLRの以前のバージョンをロード。 CLRの.NET 4バージョンのみが、ターゲット4に構築されたアセンブリをロードする方法を知っています。メタデータ形式は4で変更されました。古いCLRは、それを読み取る方法を認識していません。

EXEをターゲット4に再構築するか、プログラムを新しいバージョンのCLRで実行するapp.exe.configファイルを用意してください。 .NET 4は非常に互換性があり、

<configuration> 
    <startup useLegacyV2RuntimeActivationPolicy="true"> 
     <supportedRuntime version="v4.0" /> 
    </startup> 
</configuration> 

いくつかのテストが必要になるが、それはあなたが誤って頼るかもしれないいくつかのバグフィックスを持っている：それは次のようになります。

Answer 2

構造がまったく同じ場合（どちらも1つのアセンブリ）、.NET 4ランタイムで.NET 3.5ライブラリをロードする際に問題はありません。 （私はVS2010上に構築するのが怠惰なので、私はIronSchemeでこれをたくさん行います）。