問題タブ [cwnd]

以前は MFC で作成した描画アプリケーションを持っていましたが、UWP を使用してユニバーサル ワールドにアップグレードすることを検討しています。
アプリの構造は次のようになります 。

1. アプリ レベル (MFC コード): ファイル管理。
2. 描画 lib (MFC コード): アプリに描画するためのビュー (CWnd を拡張) を提供します。
3. Drawing lib (C++ コード): 描画エンジン。

UWP では、エンジン コード C++ のみを再利用して、アプリと描画ライブラリ MFC からやり直すことができるようです。

問題は、XAML を使用せずに描画用のビューを作成するために、UWP で同等の CWnd をまだ見つけられないことです。誰でも解決できますか？

ありがとう、

So I have a MFC application which flick when we do some action. So I figured I would set SetRedraw(false) and set it to true at the end of the function.

The application doesn't refresh anymore but if I click on it while SetRedraw(false), my cursor is not catched by my application, it goes throught it and set focus on the application below.

Anyone has some kind of idea how I could fix that.

CWinThread独自の GUI を持つ を作成しています。そのスレッドでを作成するCWndと表示されますが、ウィンドウを移動できません。MoveWindow別のスレッドから実行でき、ウィンドウが移動するため、メッセージ ポンプが実行されていることは確かです。

UIThread.h

UIThread.cpp

main.cpp

ウィンドウは表示されますが、移動/最大化/サイズ変更はできません。

内部にボタンがある retangle を表示する cwnd クラスを作成しますが、自分でボタンを描画する代わりに、ボタン コンポーネントに委譲したいと考えています。

そのまま ....

私がなりたいように....

どうすればいいですか？

追伸: 残念ながら Dialog クラスは使えません

そのため、プログラムをデバッグしようとしましたが、Windows API 関数呼び出しに入るとすぐに、少しおかしくなりました。さらに、これらのファイルを変更できないため、これらのファイルのデバッグにはあまり助けがありません。基本的に私が立ち往生しているのは、変更できる次の2つの機能です（参考までに、これは本当に古いコードであり、プログラムは32ビットバージョンで動作しますが、64ビットに変換するとこの問題が発生しました）：

次に、これを行う AddListener 呼び出しがあります。

InvokeHelper 関数がデバッグを通じて例外をスローするという事実を知っています。私が理解しているように見えるのは、parms[] によって InvokeHelper が取得するパラメーターの種類と数を知ることができるということだけです。定義を調べたところ、実際には

と

したがって、私は InvokeHelper に期待する正しいタイプのパラメーターを伝えているので、プログラムを実行するたびにポップアップウィンドウにタイプミスマッチエラーが表示される理由がわかりません...なぜ私の InvokeHelper がタイプミスマッチエラーをスローするのかについてのアイデア?

InvokeHelperメソッドのドキュメントを調べてみましたが、本当に混乱しています...ドキュメントに記載されている COleException がスローされ、Invoke メソッドから返されるSCODEは -2147352571 であることがわかっています。