3

私は、MFC といくつかのサード パーティ コントロールを使用して Visual C++ で完全に記述されたアプリケーションのユーザー インターフェイスを担当しています。アプリケーションのルック アンド フィールを改善するために、C# (WinForms またはそれ以上の WPF) を使用したいと考えています。

やり方などアドバイスをいただきたいです。リンク、記事、例...

現在、ユーザー インターフェイスは 1 つのプロジェクトに分離されており、モジュール全体を CLR でコンパイルしたくありません。では、アーキテクチャの観点からそれをどのように管理する必要があるのでしょうか?

私はすでにこの件名についてインターネットを調べ、MSDN の情報を読みました。もっと詳しい情報が欲しいのですが・・・便利ですか？長所短所？「大きな」アプリケーションでこのアプローチをうまく使用しましたか? UI プロジェクト全体を CLR でコンパイルしたくありません...分離されたプロジェクトにすべての .NET コードを配置して、それを ui プロジェクトから呼び出すことはできますか? それを行う最良の方法は何ですか？

前もって感謝します。

4

3 に答える 3

1

良い出発点は、MSDN のWin32 と WPF の相互運用ページです。

于 2008-10-10T11:03:12.340 に答える
1

このコードプロジェクトの記事は、mfc と winforms のコードを混在させるという主題についての良い紹介であることがわかりました。

于 2008-10-10T11:06:49.320 に答える
1

同じ問題に直面したとき、C# で ActiveX コントロールを作成し、それを MFC アプリで使用しました。MS の人々は、.NET を使用して ActiveX コントロールを構築するためのサポートを削除しましたが、カスタム[ComRegisterFunction()]および[ComUnregisterFunction].

MS は、/clr フラグによって問題が解決されることを伝えたいと考えていますが、これにより、私の大規模な MFC アプリの速度がかなり低下しました。

于 2008-10-10T13:39:57.720 に答える