3


1

Visual Studio 2010を使用して.net 3.5 sp1製品を開発することに危険はありますか?

開発IDEをVisual Studio 2008から2010にアップグレードする見込みです。 ただし、本番環境は、近い将来.net 3.5 sp1から.net 4.0にアップグレードされる予定はありません。

Visual Studio 2010を使用して、.net 3.5 sp1で実際に実行される製品グレードのアプリケーションを開発する場合に考えられるリスクは何ですか?

3 Answer


4


私が知っている少数の小さな問題のみ。 VS2010で作成された新しいC#プロジェクトは、新しい "dynamic"キーワードのランタイムサポートアセンブリであるMicrosoft.CSharp.dllに依存します。 ターゲットフレームワークのバージョンを3.5に変更すると、このアセンブリに関する警告が表示されます。手動で削除する必要があります。

また、以前のバージョンのフレームワークを対象にした場合でも、コードは新しいC#4.0コンパイラによってコンパイルされます。 これは、3.0コンパイラで異なるコンパイルを行うコードの互換性の問題の原因になる可能性があります。 より一般的な互換性の問題は、3.0ではコンパイルすべきではないが、コンパイラのバグが原因でコンパイルしたコードです。 もちろん本当の問題ではありませんが、まだ3.0を使用しているチームメンバーによって作成されたコードをチェックインすると、バイトする可能性があります

プロジェクト+プロパティ、ビルドタブ、スクロールダウン/右、詳細、言語バージョン= "C#3.0"で、4.0の新しい機能が誤って使用されていないことをコンパイラに確認させることができます。

確認したい場合は、さらに数か月待って、connect.microsoft.comのフィードバックに注目してください。


3


IMOには、IMOに信頼できるリスクはありません。 リスクは、チームの誰かが誤ってプロジェクトを4.0にアップグレードする可能性があると言うことができると思いますが、それでも「svn revert」コマンドの目的です。 :)

ただし、ビルドサーバーを実行する場合は、ビルドサーバー上のMSBuildコピーがVS 2010プロジェクトファイルを認識しないため、ビルドサーバーのフレームワークバージョンをアップグレードする必要があります。 しかし、新しいバージョンのMSBuildでは、私が見た3.5アプリをバックターゲティングするのに問題はありません。


0


2008年と同様に、3.5(または3.0または2.0)をターゲットにすることも可能です。 2.0向けに開発していても、誤って3.0または3.5の機能を使用した場合、同じリスクが存在したと思います。

私のアドバイスは、それのために行くことです-私たちは同じボートに乗っており、今のところうまく機能しています。