Visual Studio のバージョン間でレガシー プロジェクトを移行する場合の最良のアプローチは何ですか?

StackOverflow https://stackoverflow.com/questions/55448

  •  09-06-2019
  •  | 
  •  

質問

私は、社内にまだ Visual Studio 6 を使用して開発中のプロジェクトが多数あることと、それらを Visual Studio 2008 に移行する最善の方法について考えてきました。プロジェクトは C/C++ および VB の範囲に及びます。

VS2008 にワークスペースをソリューションに変換させ、コンパイル エラーを修正して、元気に過ごしたほうがよいでしょうか?それとも、クリーンなソリューションから始めて、途中でデッドコードを破棄しながら、プロジェクトごとにプロジェクト全体でコードを移行する方が良いでしょうか?

役に立ちましたか?

解決

Microsoft P&P チームは次のことを推奨しています。 戦略 それがこれに答えます。基本的に、彼らはあなたが言及したプロジェクトごとのアプローチのようなものを推奨しています。もちろん、彼らは、深夜のコーディングや大量のコーヒーの原因となる厄介で暗い隅のない、きちんと設計されたアプリケーションを前提としています。

VS2008 にプロジェクトを変換させて、エラーを修正するのにどれだけの労力が必要かを確認するのは問題ありません。

他のヒント

数年前、VB6 アプリを VS2003 に変換する必要があったとき、コンバータを実行したところ、基本的にコンパイルされるものは生成されましたが、まったく良好ではありませんでした。結局、生成されたコードの大部分を変更する必要がありました。

私なら、クリーンなソリューションから始めて、プロジェクトでコンバーターを実行し、必要なコードのみをコピーします。VB6 プロジェクトと変換された VB.NET プロジェクト (WinForm) の大きな違いの 1 つは、組み込みコントロールにありました。コンバーターは、たとえ古くて時代遅れであっても、使用していたコントロールのタイプを保存しようとします。したがって、最新のコントロール (テキスト ボックス、タブ コントロールなど) を備えた新しいフォームを作成し、必要なコードをコピーすると、より適切なサービスが提供される可能性があります。

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