c# - MFC C ++ ActiveXコントロールを再開発するためにどのC＃プロジェクトタイプを使用しますか？

Question

VS2008のC＃プロジェクトテンプレートとその製品を見ると、WPFユーザーコントロールライブラリ、WPFカスタムコントロールライブラリ、およびWindowsフォームコントロールライブラリがあります。C ++で記述されたレガシーアクティブコントロールをC＃と.NETの世界に移動したい場合、これらのどれを使用しますか？

Answer 1

一度にいくつかの異なることをしようとしているようです。

1. コードを新しいバージョンのVisualStudioでビルドするように移行します。
2. テクノロジーの使用を新しいテクノロジーに移行する（ActiveXから.net）
3. 言語を移行します（c ++からc＃）。

小さなコードベースがある場合は、最初から始めて、必要に応じて機能を新しいコードベースに移植することもできます。

大規模なコードベースの場合、これは労力と欠陥率の両方でコストのかかる作業であることを理解する必要があります。

注文は次のようになります。

1. コードを新しいバージョンのVisualStudioにインポートします。コンパイルしてください。各プロジェクトのプロジェクト設定を確認します。
2. コードをリファクタリングして、mfcコードとactivexコードを可能な限り分離します。開始する前に多くの単体テストがない場合は特に、適切なリファクタリングの方法に従ってください。
3. ActiveXレイヤーを.netに置き換えることを検討してください。
4. MFCの置き換えに最適なGUIツールキットを検討してください。
5. 言語-最初にマネージC++に移行することを検討してください。
6. マネージC++からC＃への移行を検討してください。

最も重要なことは、上記のすべてを行うことを正当化できることです！

Answer 2

これを行うプロジェクトテンプレートはありません。読み上げて、ユーザーコントロールから始めた方がよいでしょう。

Answer 3

コントロールをホストするターゲットアプリケーションを検討する必要があります。基幹業務アプリケーションの場合、WPFはフォームに比べて大きな利点を提供しないと聞きました。ただし、このブログエントリによると、作成者は、キラーWPFは、データの視覚化にWPFが提供するグラフィック機能を活用するLOBアプリケーションであると考えています。

結局、それは費用便益分析だと思います。WPFルートをたどり、グラフィカルデータの視覚化の将来の利益のために学習曲線のコストを支払うのですか、それとも、実証済みの真の方法に固執し、古いアプリケーションを開発するリスクを冒しますか。