私は大企業で働いていますが、ドットネット ランタイム 3.0 以降をデスクトップに配布していないため、全員が vs 2005 と c# 2.0 を使用しています。
vs 2008 に移行し、引き続き 2.0 をターゲットにすることには、開発者にとって大きなメリットがありますか (ランタイムの展開はすぐには行われないため)。
また、提案がvs 2008へのアップグレードを行うことである場合、心配したり準備したりする問題や問題はありますか.
注:主にwinformsプロジェクトを行っています
私は大企業で働いていますが、ドットネット ランタイム 3.0 以降をデスクトップに配布していないため、全員が vs 2005 と c# 2.0 を使用しています。
vs 2008 に移行し、引き続き 2.0 をターゲットにすることには、開発者にとって大きなメリットがありますか (ランタイムの展開はすぐには行われないため)。
また、提案がvs 2008へのアップグレードを行うことである場合、心配したり準備したりする問題や問題はありますか.
注:主にwinformsプロジェクトを行っています
IDE の改善点には、はるかに優れた XML エディターと新しい Web フォーム デザイナーが含まれます。
XML スキーマを編集するためのスキーマ ビューアーも含まれている VS2008 SP1 にアップグレードすることをお勧めします。
.NET 2.0 を対象とする場合、コードは新しいアセンブリを要求できないため、コードは .NET 3.5 がなくてもマシンで動作します。.NET 2.0 SP1 および SP2 をデスクトップに展開する必要があります。次に、.NET 3.5 SP1 アセンブリを使用する新しいコードを作成する場合は、そのアセンブリをコードと共に出荷するだけでよいと思います。コンピューター上の他のユーザーには影響しません。.NET 2.0 から .NET 3.5 SP1 まではすべて同じ CLR を使用するため、競合はありません。
.NET 2.0 SP1 をサポートしているため、アップグレードが必要になる場合があることに注意してください。
留意すべきもう 1 つの点は、.NET フレームワークをターゲットにしながらも、C# 3.0 の一部の機能を引き続き使用できることです。たとえば、ラムダ、自動プロパティを使用できます。ただし、拡張メソッドや linq のものは使用できません。この理由だけでも 2008 年に切り替えます。C# 3.0 の改善により、少なくとも変更に費用がかかる程度まで生産性が向上します。
最後に、IDE の改善についてはよくわかりません。私は Resharper を使用しているので、Visual Studio が単独で行うことから逃れることができます。
個人的には、ターゲット 2.0 アプリケーションをダウンさせるために VS2008 を使用するのが大好きです。LINQ を含む新しい言語機能のほとんどは、ダウン ターゲット 2.0 アプリケーションの場合に使用できます。確かに、System.Core の独自の代替品を提供する必要があります。利用可能なものはいくつかあるので、手作業でコーディングする必要はありません。これらの機能の多くは、このアプローチを正当化するのに十分なほど私のプログラミングを改善するように感じます.
言語機能ダウンターゲットを使用して楽しんでいます
2008 に移行する最大のメリットは、C# 3.0 の新機能だと思います。.NET 3.5 のランタイム (CLR) は、2.0 から大きく変わったわけではありません。すべてのクライアントにアップグレードをプッシュする必要があるかもしれませんが、それはそれほど悪いことではありません (Windows Update を使用して .NET ランタイムを更新するよう人々に伝えてください)。
プログラマーはあなたに感謝します。2008 年には素晴らしい新機能がいくつかあります!
vs 2008 に移行し、引き続き 2.0 をターゲットにすることには、開発者にとって大きなメリットがありますか (ランタイムの展開はすぐには行われないため)。
私はノーと言うでしょうが、反対側からこの質問について考えてみてください。
開発者にとって、VS2005 にとどまり、2.0 をターゲットにすることには大きなメリットがありますか(ランタイムの展開はすぐには行われないため)。
まだいいえ。