VB6.0からVB2010への移行をする際の質問

Question

VB6.0からVB2010への移行を考えています。VB6.0→VB2010の直接の移行は無理だったので、少し調べたところ、まずVB6.0→VB2008の移行をしてから、VB2008→VB2010の移行をすれば良さそうだとわかりました。そしてそうすることにしました。VB6.0→VB2008の移行をしたところ、エラーが発生しました。
そこで質問（あるいはアンケート）なのですが、私は次の2つの選択肢のうち、どれを行うのが最も賢い移行の方法でしょうか？
0. まずVB6.0→VB2008で出現したエラーをデバッグし、VB2008でビルド可能にしてから（実際の動作を確認してから）VB2008→VB2010の移行を行う
0. ひとまずエラーは無視し、VB2008→VB2010の移行を行ってからデバッグを行う。
あるいはその他の方法があれば、教えてください。
このような移行を行ったことがある人のエピソードや、移行における注意点などでも良いので、教えていただけると助かります。

Answer 1

こんにちは。

案１と案２でどちらが賢いかというと、どちらも変わりません。
そして動作に影響する部分はVisualStudioのバージョンではなくアプリケーションのターゲットとする.NET Frameworkのバージョンです。

残念ながら、実際のところは別の案「案３．VisualStudioのアップグレードウィザードを使用せずに新規に作り直す」が最も現実的です。

VB6とVB.NETはそもそもアーキテクチャが異なります。
アップグレードウィザードで変換されたものは表面的に動かせるようにしただけに過ぎず、さまざまな部分に手を加える、かつ評価を行う必要があります。その手間を考えるとイチから作り直すのがベストでしょう。

以前別のフォーラムで議題に上がりました。参考にしてください。
https://social.msdn.microsoft.com/Forums/ja-JP/c4456539-5310-4581-bdb9-ca484e624f6f/vb60visualstudio-2013?forum=netfxgeneralja

Comments

[takey]

いろいろな方の意見を見ていると、VB6から.NETへの変換は容易にはできないようですね。もしかしたら案3が現実的だと思えてきました。ありがとうございました。

Answer 2

1.をやったことがあります。
VB2008で大量のエラーが発生して、それをつぶすのに結構時間がかかりました。明確に仕様が決まっているのであれば、新規開発でもよいかと思います。私の場合は仕様書がほとんどなかったので、コンバートして修正する方法を選びました。この方法は大まかには動きだすのが早いので捗っているように見えますか、細かい動作が変わってきてしまうので思ったより工数が増えます。正直に言って結局は新規開発と変わらないくらい工数がかかりました。

VB2008→VB2010では言語的な差異が少ないためか、こちらはエラーは少ししか出なかったです。なので、2.でやっても同じくらいの工数ではないかと思います。

Comments

[takey]

新しく作るにしてもデバッグするにしても、どのみち工数はかかりそうですね。仕様が決まっているので、新規に作り直してたほうが早いのかと思いました。ありがとうございました。

Answer 3

２．のやり方で移行したことが有ります。
作りによるのかもしれませんが、画面遷移がうまく再現できなかったので良く確認されたほうが良いと思います。

Comments

[takey]

やはり仕様が変わって、単純に移行できるわけではなさそうですね。ありがとうございました。