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

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の移行を行ってからデバッグを行う。
あるいはその他の方法があれば、教えてください。
このような移行を行ったことがある人のエピソードや、移行における注意点などでも良いので、教えていただけると助かります。

行動規範の内容に同意します

回答3件

ベストアンサー

こんにちは。

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

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

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

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

投稿2015/05/14 01:59

編集2015/05/14 02:03

Tak1wa

総合スコア4791

takey

2015/05/14 23:43

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

行動規範の内容に同意します

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

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

投稿2015/05/14 03:20