GUIアプリケーションを必要とするIPCメカニズムはどれですか? Windowsプラットフォーム。GUIアプリケーションを必要とするIPCメカニズムはどれですか? Windowsプラットフォーム
次のIPCメカニズムがWindowsによってサポートされています。
クリップボード
COM
データコピー
DDE
ファイルマッピング
のメールスロット
パイプ
RPC
Windowsソケット
GUIアプリケーションを必要とするIPCメカニズムはどれですか? Windowsプラットフォーム。GUIアプリケーションを必要とするIPCメカニズムはどれですか? Windowsプラットフォーム
次のIPCメカニズムがWindowsによってサポートされています。
クリップボード
COM
データコピー
DDE
ファイルマッピング
のメールスロット
パイプ
RPC
Windowsソケット
あなたは 'GUIアプリケーション' によって何を意味するかに依存します - これらはいずれも技術的にGUIの存在を持っている必要はありません。シーンの背後にある隠れたHWND /ウィンドウの使用を必要とするものもありますが、メッセージループを実行するスレッドが必要になることがあります。 (Windowsでは、コンソールアプリケーションは任意のwin32 APIを使用できることに注意してください。コンソールアプリケーションとwin32アプリケーションの唯一の違いは、起動時に自動的にコンソールに割り当てられるかどうかです。可視ウィンドウを作成するかどうかを指定します)。
DDEは、ウィンドウ間のメッセージに依存しているため、メッセージループなどが必要です。しかし、これらのウィンドウは表示する必要はないため、ユーザーの視点は、GUIアプリケーションである必要はありません。
COMは、メッセージループベースのアプリケーションと、UNIXまたはサーバースタイルのマルチスレッド化されたアプリケーションの両方をサポートします。
データコピー - これはあなたが参照しているWM_COPYDATAの場合、受信者に送信者ではなくHWND(不可視)を要求します。
クリップボード
は通常のウィンドウで使用されますが、メッセージループを必要としない1(OpenClipboardがNULLのHWNDを取ることができます。)ファイルマッピング、メールスロット、RPCおよびWindowsソケットを必要としません。
@ハンス - それは意味があります - 答えを更新しました、ありがとう! – BrendanMcK