3


0

私は.netのさまざまなバージョンについて興味があります。 私たちはさまざまなバージョン(1.1と2.0)でアプリケーションを開発した環境を持っています。 今、私は3.5で開発するための「先を行く」ことを目指しています。 最大の問題は、同じバージョンのIISでこれらのバージョンがうまく連携するかどうかです。 もう一つの注意点は、私がWindows XP上でVisual Studio 2005とIIS 5.0を使って開発していることです。 アプリケーションは、Windows Server 2003上でIIS 6.0を使用して実行されます。 私が見たことから、それは各IIS仮想ディレクトリがそれ自身の特定のバージョンの.netを設定できるように見えます。 さまざまな.NETバージョンを使用しているさまざまなアプリケーションが互いに影響を及ぼさないためには、これで十分ではないでしょうか。

私は私が得ることができるあらゆる答えを取りますが、あなたが直接マイクロソフトからのある文書であなたの答えを参照することができれば非常に役に立つでしょう(私の会社はいわば「時間口から直接それを聞く」ことに大きな注意を払います)。 とは言っても、私は本当にここであらゆる答えを取ります。 溝からの物語も大歓迎です。

ありがとうございます。

4 Answer


6


v.1.1およびv.2.0以降のアプリのホスティングで遭遇する最大の問題は、2つのアプリケーションプールが必要になることです。

1つはv.1.1 Webサイト用、もう1つはv.2.0以降のサイト用です。

あなた自身の知る限りでは、.Net 3.0と3.5はどちらも.Net 2.0のスーパーセットで、基本的にランタイムへのアドオンです。 ホストマシンはまだそれらをインストールする必要がありますが。 すべての.Net 2.0以降のWebアプリで、最新の.Net 3.5 SP1ランタイムをホストサーバーにインストールするだけです。

IIS 6.0以降では、アプリケーションプールにアクセスできますが、IIS 5.0ではこれが公開されていません。

開発環境をWin 2k 3またはVista(IIS 7.0)に切り替えることをお勧めします。


1


Tom Andersonの回答に加えて、あなたの開発環境はXP上のVisual Studio 2005(IIS 5.0)であると述べました。 .NET 3.5はVisual Studio 2005から開発できないことに注意することが重要です。 Visual Studio 2008にアップグレードする必要があります。


0


Windows 2003では、1つのアプリケーションプール内の異なるバージョンのフレームワークでアプリケーションを実行することはできません。 アプリケーションごと、または少なくともフレームワークバージョンごとに、別々のアプリケーションプールを作成する必要があります。

ところで:別々のアプリプールを作成することは良いことであり、あなたにいくつかの他の利点を与えます。 アプリは互いに分離されているため、アプリケーションごとにパフォーマンス設定(メモリ、リサイクルなど)を設定できます。


0


異なるバージョンを別々の 仮想マシンで実行してみてください。