c++ - vc6 を vc2005/vc2008 に移植するメリットは?

Question

チームに vc6 アプリケーションを vc2005 に移植するように依頼していましたが、彼らは同じことをするためにいつか割り当てる準備ができています.今、彼らは移植の利点が何であるかを知る必要があります.

私は、彼らが標準準拠を順守することが何を意味するのかを本当に理解しているとは思えません.

移植を行う利点を挙げてください。

私が直面している問題は

1) 標準コンテナーのデバッグはサポートされていません

2)ブーストライブラリが使えない

3）多くのクエリ生成を使用しますが、型安全ではない CString 形式の関数を使用します

4) 次のような vc6 の問題のトラブルシューティングに多くの時間が費やされます >>

vector<vector<int>>

間にスペースなし >>

score 8 · Accepted Answer

利点:

より標準に準拠したコンパイラ。別のプラットフォームへの移植が容易になるため、これは良いことです (移植したい場合)。また、Microsoft のドキュメントではなく、標準で調べられることも意味します。最終的には、機能のある時点でコンパイラをアップグレードする必要があります。早ければ早いほど仕事は減ります。
MS ではサポートされていません。新しい SDK が機能しません。64 ビットは動作しません。また、彼らがまだバグを修正しているとは思いません。
より良いIDE。個人的には、MDI よりもタブの方が好きです。また、Visual Studio の構成 (カスタムショートカット、メニューバーなどの作成) がはるかに簡単だと思います。もちろん、それは主観的なものです。Express Edition をチェックして、同意するかどうかを確認してください。
より良いプラグインのサポート。一部のプラグインは VC6 では使用できません。

短所:

ポートにかかる時間。これは、使用しているコードの種類に大きく依存します。コードで標準に準拠していない VC6 機能を頻繁に使用している場合は、時間がかかる場合があります。Andrew が言ったように、古いレガシープロジェクトを維持している場合、それは価値がないかもしれません。
悪いパフォーマンス。非常に古いコンピューターで開発している場合、Visual Studio は遅すぎる可能性があります。
コストざっと見たところ、Visual Studio のライセンスは VC6 よりも少し高価なようです。

score 5 · Accepted Answer

なぜVC2005なのか? VC6 からのアップグレードに時間 (およびテスト!) を投資する場合は、VC2008 をターゲットにしてみませんか?

score 3 · Accepted Answer

レガシープロジェクトを維持している場合は、移植してもメリットがない可能性があります。プロジェクトを変換してコンパイラの問題を修正するだけでも、数週間かかり、不安定になる可能性があります。

製品を積極的に開発している場合、主な利点は、8 年以上前の製品を使用しなくなることです。これは明らかに良いことです。

score 2 · Accepted Answer

最新バージョンの Windows SDK は VC6 では動作しません。最新の Windows 機能を使用する場合は、最新のコンパイラが必要です。
後のコンパイラは、より標準に準拠していると言われています。詳しくは言えなくてすみません。私は、VC6 が標準のテンプレートクラスを使用するためだけに多くのコンパイラ警告を生成することを知っています。
新しいコンパイラでコンパイルされた外部ライブラリを使用する場合は、互換性のあるものを使用する必要があります。

過酷な移行の準備をしてください。IDE は本来あるべきものよりもはるかに異なっています。

score 1 · Accepted Answer

ベースプラットフォームの異なるバージョンとのアプリケーションの完全な互換性を確保するため。また、それによって発見されたエラーを修正して、エンドユーザーが独自のバージョンのベースプラットフォームを使用できるように十分な自由を与えること。

score 1 · Accepted Answer

改宗すべきではないと言っているのではありませんが、あなたの特定のポイントを取るために：

1) 標準コンテナーのデバッグはサポートされていません

常に VC++ 6 の標準コンテナーを使用してコードをデバッグしています。ここであなたの問題は何ですか？

2)ブーストライブラリが使えない

真実。より単純なもののいくつかを使用できることに気付くかもしれません。

3) 次のような vc6 の問題のトラブルシューティングに多くの時間が費やされます >>

[SOがこれをマングリングするのをやめさせることはできません、nb]

間にスペースなし >>

ええと、これは構文エラーであり(少なくとも VC++6 が理解する C++ のバージョンでは)、そのようにフラグが立てられます。チームがこの種のことに「多くの時間」を費やしている場合は、別のチームが必要です。

編集：

3）多くのクエリ生成を使用しますが、型安全ではない CString 形式の関数を使用します

VS2005 では、同様に型安全ではありません。なぜこれが移植の理由なのかわかりません。タイプセーフが必要な場合は、標準の C++ I/O メカニズムを使用します。

score 0 · Accepted Answer

あなたのチームが利点を理解できず、あなたが利点を説明できない場合、なぜ彼らにそうするように頼むのですか?

あなたはそれのためだけに移植しているように聞こえます。

7 に答える 7