これは、ここで一番上に投票された「常に書き直す」回答に返信したいので、重複する質問(CWとして)に対する私の回答のコピーです。
私の助言は、変換の努力を過小評価してはいけません。書き直しを開始することに非常に注意してください。楽観的に始まり、古いアーキテクチャのよく知られているいくつかの欠陥を修正して、早期に進歩させ、その後何年も前から取り組んできた機能にうんざりするのは、一般的な落とし穴です。この時点であなたの経営陣は悩み始めるとすべてが非常に不快になることがあります。私は.NETの初期の頃にして働いていた
多くの企業改善するための強い欲求によって部分的に駆動さ書き換えで最初に見えた:
...と、ここではsomewhat agrees with meがあることMicrosoftyによってブログ記事です基盤となるアーキテクチャーとコード構造を.NETに移行するのと同時に行いました。残念なことに、それらのプロジェクトの多くは困難に遭い、いくつかは完了しませんでした。彼らが解決しようとしていた問題はあまりにも大きかった.....
私はすぐに、ほとんどの企業にとって適切なアプローチとして、移行または再利用のファンになりました。興味深いことに、書き換えはこれまでよりも危険性の低い選択肢です。まだ重要なVB6プロジェクトを持っている多くの企業は、他のプロジェクトで強化された.NETスキルを持ち、ソフトウェア開発の実践を改善しました(自動テスト - IMHO for Rewriteを含む)し、VB6コードベースの要素を最後の6年間。それでも、私はまだほとんどの企業で移行または再利用の下に書き換えを置きます。 .NETへの完全な書き換えを行う優れたマイクロソフトwebpage
から
の引用は、私たちはわずかなため、このアプローチをお勧めします... [変換より]うまくやってはるかにコストがかかり、困難です状況の数。
も有名なVBの専門家ダンAppleman said:ほとんどのケースで
は、[VB.NETにVB6]を移植するには、愚かなお金の 完全に無駄です。
そしてジョエルsaidしばらく前:
単一最悪の戦略のミス 任意のソフトウェア会社が作ることができ ゼロからコードを書き直すことにした[する あります]。
マイクロソフトの別の無料書籍へのリンクを含む、移行に関するその他の便利なリンクがいくつかあります。 One。 Two。 Three。
マイクロソフトpage「どのように移行するか」に対する答えをスクリーンキャストに掲載しています
.NETアプリケーションはSTAをうまくサポートしています。残念なことに、[買い物の質問は、スタックオーバーフローのトピックではありません](http://blog.stackoverflow.com/2010/11/qa-is-hard-lets-go-shopping/)。 –
@Cody Grey、提案に感謝します。私はすでにページを読んでいる:買い物の質問は、スタックオーバーフローのトピック外です。私は具体的にアップグレードするよりも、アップグレードの経験を開発者に求めています。 – w0051977
また、[FAQ]を参照してください:ここでは無制限のディスカッションやディスカッションベースの質問は機能しません。 –