質問

としての2008年秋の思い新たな一歩を踏み出開発サイクルのための主要な製品とサポート、asp.net インタフェース。を使用していまTelerik,DevExpress、アプリケーション部品では、全てリリースは、一ヶ月以内での私の目標春リリース当社の製品を使用しています。

彼らはすべての支援VS2005が続いております。純額2+では見えないやむを得ない理由でアップグレードVS2008.

は誰かの理由にアップグレードVS2008?

役に立ちましたか?

解決

またリリースが、私の提案 ない グレードアップ"です。うにグレードアップ2k8の一部にリリース...なるべき何かを捨てなければならない働いていない、まったく同じまたはその他の合併症がなければ作業しています。

他のヒント

での使い勝手は大きく変わります。時間が短く、デザイナーは飛躍的に改良された(分割ビュー、コンテキストスイッチにおいて最も使用されているよりよい支援のためjavascriptおよびがんの標的3.5きます。

これらはMicrosoftの 10の理由にアップ (.DOC):

  1. LINQの支援
  2. 同デザイナーの要素としてのMicrosoft Expression Web、ブレンド)
  3. AJAX、WCF/REST
  4. より良いコンポーネントのラインナップ支援
  5. 改善MSTESTも含まれてプロフェッショナル版)
  6. 改善HTML、CSSとJavaScriptの編集者
  7. から選択プロジェクトの設定のバージョンのフレームワークを対象
  8. 改善事務所dev toolsを含むリボンUIをクリックしまでの支援
  9. 統合WCF、WWF支援
  10. より良い性能と安定性

ありkmのアップグレードを開始します。いactaullyいを直進しVS2008SP1しています。ていくIDEの改善(使い勝手の特徴や速度の改善、ウェブ開発経験として、どのよJSやCSSます。

トジョンズポストもありま築ユニット検査、リファクタリング、コードの分析、webデザイナーのためのhtml\javascriptを大幅に向上します。思いつかないの理由なアップグレードを開始します。

での私にとっての主な理由はうすることができます。NETバージョン(2,3,3.5)から同IDEは、過去のショールーム:イメージはVisual Studio対応ショールーム:イメージです。います。

UIのような応答ですが、コアセットのツールやプロセスを変えないようなくしてほしかったです。

さんが言われたように、Martinezうなポートの他既存のプロジェクトの3.5枠組みでの分割デザイナーとjavascriptデバッグである。

レ護区などの見所があります。にあります。特に、Linqを設けることなく生活でより簡単にするものである。あの拡張のためのc#.

そのほとんどに触れる面があ新しいおもちゃのままとして開発を進めているが、もしかしたら、web、デスクトップまたはサーバーです。

今更だが、うち一定の時間のためのインストールす。また時間も緩やかに高速devワークステーション、まだやって更新、パッチ、hotfixes、二時間後のインストール完成...(思わず"仕事"を行い、今日ですが---。)

ある特定の場合について?解決方法/評価以下を考えます:

1)までの開発サイクルです。いつでも容易にこれらの種類の変更、または間サイクルに対して中ます。こうした原則として次の便利な時にアップグレードの場合のスケジュールが遅延しない)きます。

2)VS2008を可能にするコンパイラを対象に固有のものです。NETランタイム版を含む2.0が必要な場合は支え続け、なくてはならないもの古い枠組み

また、一部、その他の回答が示唆されている、直SP1.のサービスパックアップの経験がほぼ無かったとして大の試練としてVS2005SP1...少なくとも私の経験です。

VS2008年です。最新です。ネパッケージにしたら教えて下さい。利用できるLinqおよびその他の新機能メモ帳のコマンドラインのコンパイラことができるようになることは理論的なものでした。その後、私の声があり、.純3.5の勧告で使用しないでVS2008年か良い方法がありました。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top