1
WindowsサービスとフロントエンドUIを備えたシステムを開発し、Windowsサービスを設定し、制御します。悪いことに.net 4.6。プロセス間通信 - 現代の選択肢？
サービスは、ユーザーがUIを使用して作成、開始、および停止できる複数のサーバーを生成します。
私のUIがサービスを制御し、サーバーからステータス情報を受け取るための最良の方法を研究しています。私の研究から
これらは、IVEが見つけたものです：
のSQLite - UIのにコマンドを書き込み、メッセージキューを作成し、サーバは定期的に読んで、別のメッセージキューで応答します。生きていないとして理想的ではなく、ポーリングシステムが必要です。
名前付き/匿名パイプ - ライブリクエスト/レスポンス。動作しますが、単一のサーバーと通信する複数のクライアントを扱う場合はちょっとしたものです。
WCF - ライブリクエスト/レスポンス。ユーザーがシステムを稼働させるために有効なポートを設定することを心配する必要があることを除いて、実装が簡単で簡単です。
私の通信プロトコルをロールする - ライブ要求/応答ですが、同じ問題はポート番号を選択する場合にも当てはまります。
今日の技術では何も欠けていますか？
どのようにメッセージキューについてなどIPポートを選択する心配する必要がありますか？そこにpletnyがあります - MSMQ、AMQ、RabbitMQは私の頭の中にポップされた最初の3つです....軽量のメッセージにも同様にSignalRを使うことができます。 –
@ZoharPeledありがとう、病気を調べてください。 – CathalMF