自動再接続のベストプラクティスのQTcpSocketとQTimer

Question

複数のサーバーからデータを取得するアプリケーションを実装しようとしているので、各ホストの接続を管理するためにいくつかのQTcpSocketインスタンスが必要です。

我々はいくつかは判断「デザイン」の問題に直面している：

• 我々は目標を達成するためにマルチスレッド・ソリューションを実装する必要がありますか？ （おそらくはい）
• はいの場合、最良の解決策として「ワーカースレッド」（例：QThread例moveToThread(socket_)）を使用するか、それとも良い方法がありますか？ 3つ以上の接続を同時に管理する必要があるため、ブロック機能（わかっているもの）があるのでwaitingForConnection(...)を使用できませんQTcpSocket再接続のベストプラクティスは何ですか？たぶんQTimerですが、それを使用する最良の方法は何ですか？

ありがとうございます！

AD

Answer 1

まあ、私はちょうどこのようないくつかの設計上の問題があったが、私の場合、主な理由は、重いGUI処理により遅延することが私の接続タイミングを避けるためだった、また、私の通信システムは、シリアルスルーです基本的には

QT QThread with QTimer and QSerial - parenting、それぞれの新しいインスタンス：しかし、離れて、それから、私は私のモデルは、あなたのケースでかなりよく合うと思い、ここに私はそれ、私の質問、およびUmNyobeから回答を設計された方法があります私の "CommCore"クラスは独自のシリアル、タイマー、スレッドを作成し、それ自身を転送し、それはchiですGUIの処理が通信のタイミングを妨げるのを回避します。