問題タブ [interprocess]

私は2つの異なるC#プログラムを持っていますが、どちらにもフォームアプリケーションが含まれています。

これら2つのプログラムの両方をそのうちの1つで実行するにはどうすればよいですか？

既存のプロジェクトオプションを使用して、プログラム2にprogr1を追加しました。次に、program2
を実行します。
プログラム2が実行され、フォームアプリケーションがポップアップ表示されたら、プログラム1とこのプロジェクトのフォームアプリケーションも（自動的に）アクティブ化してポップアップ表示します。

また、あるプログラムから別のプログラムのすべてのメソッドにアクセスしたいと思います。

ご協力いただきありがとうございます。

そこで、ここで説明したようにソケット接続を開きました。他のプロセスにその開いた接続を使用させたいと思います。私dup()を助けてくれますか、それとも私は何をしますか？

アプリAを作成します。スーパーユーザーから起動します。ソケットを開き、接続を待ちます。接続が確立されます。スーパーユーザープロセスによって個別に起動された、フォークされていない別の接続を使用して、確立された接続を取得し、中断/再確立せずにデータを送信できるようにします。AアプリとBアプリの両方を作成し、必要な論理アルゴリズムを両方に実装できます。アプリのロジックはどのようになりますか？補助図書館はそのような仕事を手伝ってくれるでしょうか？

組み込みの C++ 型の引数を使用して、(おそらく 1 つの) シンプルな一方向コマンドをクライアント プロセスからサーバー プロセスに送信する必要があります (したがって、シリアル化は非常に簡単です)。C++、Windows XP+。

複雑な構成を必要とせず、シンプルなインターフェイスを提供し、何時間も何日も学習する必要がなく、商用利用の制限がないライブラリを探しています。シンプルな問題のシンプルなソリューション。

Boost.Interprocessは、RPC インターフェイスを提供しないため、この単純なタスクには低レベルです。マシン間で通信する必要がないため、ソケットもおそらくやり過ぎです。DCOM、CORBAなどについても同じです。名前付きパイプ？それらを使用したことはありません.WinAPI上の優れたライブラリはありますか? OpenMPI?

Eclipseプラグインから自分のライブラリからswing Javaアプリケーションを呼び出すという事実は、Eclipse自体がjvm上で実行されるJavaアプリケーションであるため、これはプロセス間通信であると言えます。次に、いくつかを渡す別のプロセスをjvmにロードします初期プラグイン ワークベンチからの引数

この質問をする前に、プロセス間通信用のライブラリと手法があることを明確にしておきたいと思います。ただし、これはCOMに関する学習用の質問です。アウトオブプロセスサーバーについても知っていますが、それは私が探しているものではありません。

質問：

私が知りたいのは、これがわからないので、可能であり、そうであれば、1つのプロセス（プロセスでインスタンス化されている）に存在するインプロセスCOMオブジェクト（DLLで定義されたオブジェクト）を共有することは可能ですか？別のプロセス全体？つまり、プロセスBのプロセスAからインプロセスオブジェクトへのポインタを取得するにはどうすればよいですか？

前もって感謝します。

2つの異なるサービス間で通信する方法はありますか？すでに実行されているサービスがあります。最初のサービスに接続して日付を送受信できる2番目のサービスを作成する方法はありますか？

また、コンソールアプリケーションからWindowsサービスにアクセスして接続したいと思います。出来ますか？

Python は初めてなので、Python スクリプトが Windows プログラム (Delphi、FWIW で開発) と通信できるようにしたいと考えています。

基本的に、Python スクリプトは他のデータ ソースから一連のデータをダウンロードし、ダウンロードされたレコードごとにログを記録して Windows プログラムに伝えます。ロギングには、可能であれば Python の標準ロギング ライブラリを使用しますが、ダウンロードのプロセスをエンド ユーザーに表示できるように、win32 プログラムに伝える最も簡単な方法は何ですか?

注: 私はPython4Delphiを知っていますが、十分に文書化されていないため、物事を単純にしたいと考えています。

編集 1: Delphi exe は 1 つだけで、Python スクリプトは複数あります。

ありがとう。

ここで私の問題が原因で、次の質問が発生しました。

プロセス外で実行されるアセンブリとして COM ラッパーを使用せずに C++/CLI (またはより一般的な .NET) アセンブリを生成し、同様の方法で COM+/ DCOMはできる？

Java などの一部の環境では、「localhost」アドレス (IPv4 では 127.0.0.1、IPv6 では ::1) を使用して、同じホスト上のプロセス間でメッセージを渡すために TCP/IP ソケットを使用するのが自然です。(Java はその API で他の IPC メカニズムを公開しない傾向があるため)。

明らかに、これは、パイプを介したメッセージ パッシングを介した IPC や、共有メモリを使用した IPC よりも大幅に遅くなる可能性があります。

一方、TCP/IP ネットワーク スタックが、接続の両端がループバック インターフェース上にあることに気付いた場合、パイプを使用した場合とあまり変わらないように、かなりの最適化を行うことができる可能性があります。

しかし、一般的なオペレーティング システム (Windows、Linux) は、TCP/IP スタックにそのような最適化を実装していますか?