Visual Studio 6を使用してまだ開発中の社内プロジェクトの数と、それらをVisualStudio2008に移行するための最善の方法について考えてきました。プロジェクトの範囲はC/C++とVBです。
VS2008にワークスペースをソリューションに変換させ、コンパイルエラーを修正して、順調に進んでもらう方がよいでしょうか。または、クリーンなソリューションから始めて、プロジェクトが途中でデッドコードを破棄することにより、プロジェクト全体でコードを移行する方がよいでしょうか。
Lou
質問する
218 次
2 に答える
3
Microsoft p＆pチームは、これに答えるいくつかの戦略を推奨しています。基本的に、彼らはあなたが言及したプロジェクトごとのアプローチのようなものを推奨します。もちろん、彼らは、深夜のコーディングと大量のコーヒーが湧き出る厄介で暗いコーナーがない、きちんと設計されたアプリケーションを想定しています。
VS2008にプロジェクトを変換させて、エラーを修正するためにどれだけの労力が必要かを確認しても問題ありません。
于 2008-09-10T23:09:39.887 に答える
2
数年前に VB6 アプリを VS2003 に変換しなければならなかったとき、コンバーターを実行したところ、基本的にコンパイルされたものを生成しましたが、まったくうまくいきませんでした。生成されたコードの大部分を変更する必要がありました。
クリーンなソリューションから始めて、プロジェクトでコンバーターを実行し、必要なコードのみをコピーします。VB6 プロジェクトと変換された VB.NET プロジェクト (WinForm) の大きな違いの 1 つは、組み込みコントロールにありました。コンバーターは、使用していたコントロールのタイプが古くて時代遅れであっても、それを保持しようとします。そのため、最新のコントロール (テキスト ボックス、タブ コントロールなど) を使用して新しいフォームを作成し、必要なコードをコピーすることで、より適切なサービスが提供される場合があります。
于 2008-09-10T23:27:50.017 に答える