5

私は現在、TCP 接続を介して別のアプリケーションによって提供されるリアルタイム データを表示するグラフィカル ダッシュボード (ゲージ、グラフなど) を提供するだけの Qt ベースの GUI アプリケーションを使用しています。アーキテクチャとセキュリティ上の理由から、TCP 接続は許可されなくなり、HTTPS Websocket が唯一のパイプになると言われました。HTML5 と Javascript を使用してアプリを Web アプリに変換するよう提案されました。ただし、私は Web プログラマーではありませんが、これを新しい技術を学ぶ機会と考えるかもしれません。決定を下す前に、風景をもう少しよく理解したいと思います。したがって、私の選択肢は次のとおりだと思います。

  1. アプリを Web アプリに変換して、Web ベースのアプリのすべての長所と短所を提供します。これは新しいテクノロジーであり、すでに Qt/TCP バージョンが正常に動作しているため、さらに多くの作業が必要です。これが推奨されるアプローチである場合は、開発環境/ツールに関する提案をいただければ幸いです。

  2. 現在の Qt アプリを、TCP 接続ではなくクライアント HTTPS 接続に変換します。これが可能かどうかはわかりません。私が読んだことから、これは QtWebKit では不可能かもしれません。奇妙に思えますか？

たぶん、私が考えていない別の選択肢がありますか？

4

4 に答える 4

3

WT ライブラリを使用して、混合アプローチを使用することもできます。C++ (および QT に触発された) ベースです。素敵なツールキットがあり、websocket をサポートしています。

http://www.webtoolkit.eu/wt/examples/

于 2012-10-24T12:37:06.973 に答える
1

移植には多くの作業が必要です。Qt 側には、少なくとも 2 つの WebSocket の実装があります。

  1. QtWebSocket、Qt ベースの websocket サーバーの実装、および websocket クライアントのアルファ状態の実装。
  2. WebSocket++、Boost ベースの WebSocket サーバーおよびクライアントの実装。
于 2012-10-25T10:33:33.810 に答える
0

私は最近、仕事のために同様の運動をしました。私たちは、Webアプリを実行するためのGoogle Web Toolkit（GWT）フレームワークに落ち着きました。これは完全にJavaベースです。つまり、（ほとんど）すべてをJavaで記述し、GWTコンパイラーがそれをJavascriptに変換します。サーバーからクライアントにデータをプッシュするためにGWT-EventServiceプラグインを使用しました。

始める前にこのWTライブラリについて知っていたらよかったのですが、それは面白そうです。

于 2012-10-24T12:51:02.247 に答える
0

また、クライアントとサーバーの両方で使用する、WebSocket の純粋な Qt 実装であるQWebSocketsも確認できます。

更新: このライブラリは Qt の不可欠な部分になりました

于 2013-08-10T10:11:16.613 に答える