ソリューション内で .NET Framework のバージョンを混在させることはできますか?

Question

私が働いているコードベースは .NET 2.0 です。新しいアセンブリ/DLL/Web アプリケーションについては、3.5 が提供するものをぜひ活用したいと考えています。

ソリューション内で .NET Framework を (アセンブリごとに) 混在させることはできますか?これに関して IIS 関連の注意事項はありますか?

肯定的、否定的、ハウツーなどのフィードバックをお待ちしています。お知らせ下さい！

ありがとう！

Answer 1

はい、これは Visual Studio で実行できます。 マルチターゲティング.

Scott Guthrie の素晴らしいブログエントリーが次のとおりです。 Visual Studio でのマルチターゲットのサポート.

VS 2008は、.NETのマルチターゲティングサポートを含むVisual Studioの最初のリリースでした。これが意味するのは、VS 2008を使用して.NET 3.5プロジェクトだけでなく、.NET 3.0および.NET 2.0プロジェクトも作成および編集できることです。これは 開発者は、より迅速に アップグレードして、新しい Visual Studioのツール機能 を必ずしも要求する必要はない。 新しいバージョンの.NETは クライアントにインストールされ プロダクション・サーバー アプリケーションを使用する。

乾杯

Answer 2

あなたが一緒によると2.0、3.0および3.5を使用することができます。 http://msdn.microsoft.com/en-私たち/ライブラリ/ bb383796（V = VS.90）.aspxのの

Answer 3

の編集：私は間違っていたあなたはのあなたは、CLRが同じであるため、2.0で3 +アセンブリを参照行くことができます。 CLRの新しいバージョンがあるとして、4.0に2.0 / 3 +から行くとき、これはケースではありません。

ます。http： //abdullin.com/how-to-use-net-35-syntax-and-compiler-features-for-net-20/する

Answer 4

あなたは新しい.NET 4.0フレームワークを待つことができる場合、あなたは同じプロセスでの側で各バージョン側用のDLLのを実行することができます。

Answer 5

これは問題にはなりません。 NET 3.5 SP2全て介して.NET 2.0 RTMは、CLRの全く同じバージョンを使用します。彼らは含まれているアセンブリの数によって異なります。アセンブリ形式は同じです。あなたが唯一の.NET 3.5に含まれていますアセンブリを活用行う場合はもちろん、あなたは3.5が実際にターゲットマシンにインストールされていることを確認する必要があります。そうでない場合は、すぐに見つけることができます。

それは、Windows Updateが有効になっている場合は、

3.5はすでにマシン上にある必要があります。そうでない場合、それはそこにそれを得るためにダースかそこら分かかります。

Answer 6

注意点として、私たちは再コンパイルすることなく、3.5での使用はまだ2.0で使用され、いくつかの古い1.0のライブラリを持っています。だから、いくつかの下位互換性がありあります。

Answer 7

そうしようとすると失敗が生成されます。

-

は、.NET 2.0以上のアセンブリと同じプロセスで実行されているの.Net 1.1 assmebliesを持つことはできません。 あなたは純1.1のコードを維持するために別のアプリケーションプールを作成する必要があります -

IISに関しては、これはあなたがネット1.1サイト/ .NET 2.0およびサイト上で同じアプリケーションプールで実行中の仮想ディレクトリを持つことができないことを意味し別のプロセスで実行されています。 （これだけではないWindows XPで、すなわち、上記のIIS 6.0で行うことができます）。

しかしnobugzが言うように - に.NET 3.5のすべてを介して.NET 2.0同じCLRを使用し、.NETコードのように異なるバージョンが心配することなく、同じアセンブリ内で混合することができる - これは、.NET 2.0（IISについても同様そして.NET 3.5コードは喜んで同じアプリケーションプール内に共存することができる）