2

この 2 日間、Indyとプロトコルに関する各StackOverflow質問と回答 (そしてもちろんグーグル) を読んで、ユーザー アプリケーションと Windows サービス間の通信方法でどちらを使用する必要があるかを判断しました。TCPUDP

私がこれまでに見たものからUDP、最も簡単で、ブロードキャストメッセージを受信することができた唯一のものですTidUDPClient(私はまだ応答をテストしていません)。TCPまた、スレッドループが少し複雑であることにも気付きました。

しかし、私が言われていることはどこでもUDP信頼できるものでUDPはないので、信頼できないTCP.

私のユーザー アプリケーションは多くのマシンで実行さIPれ、クライアントの資金に応じて、クライアントと 1 つを共有するそのうちの 1 つまたは専用のマシンでサービスが実行されます。UDPでは、データ損失の可能性について本当に心配する必要がありますか?

IPサーバーがアプリケーションの更新について一度にすべてのクライアントに通知するように、ブロードキャスト機能が必要です。もちろん、クライアント アプリケーションがサービス/サーバーがどこにあるかわからない場合は、ブロードキャスト呼び出しを送信して、サーバーの場所を通知します。に該当しTCPますか？

主なアプリケーション自体は更新できないため、送信するメッセージは、ユーザー アクセスの確認、ユーザーの権限、およびアプリケーションの実行ファイルの更新の要求です。これらのメッセージは以下のように暗号化されており、賭け金が大きくなる場合があります。

e86c6234bf117b97d6d4a0c5c317bbc75a3282dfd34b95446fc6e26d46239327f2f1db352b2f796e95dccd9f99403adf5eda7ba8

4

1 に答える 1

3

両方使うことにしました！

シンプルなユースケース:

prococolと通信するには、接続を確立する必要があります。これは、両端で知ってTCPいる場合にのみ確立できます。IPPort

アプリケーションをロードするときにその情報がない場合は、 を使用してアドレスとサーバーを見つける意図をUDPブロードキャストします。IPサーバーが見つからない、またはサーバーがダウンしていることを知らせるエラーをユーザーに表示する前に、約 5 回試行できます。

そのメッセージを送信すると、サーバーUDPの耳に届きUDPます。サーバーは、孤独なクライアントからの IP を認識し、アプリケーションの重要なメッセージについての会話IPを介して適切な接続を開始します。TCP

そのアプローチについてどう思いますか？

于 2013-08-06T02:02:09.593 に答える