Web ソケット経由でサーバーと通信するスイング アプリケーションを開発しています。
パケットの送受信、接続および切断操作用に個別のスレッドを作成する予定です。また、パケット処理にはキューを使用する予定です。
これは正しいネットワーク層の設計ですか? それとももっと良いものがありますか?
ありがとう。
Web ソケット経由でサーバーと通信するスイング アプリケーションを開発しています。
パケットの送受信、接続および切断操作用に個別のスレッドを作成する予定です。また、パケット処理にはキューを使用する予定です。
これは正しいネットワーク層の設計ですか? それとももっと良いものがありますか?
ありがとう。
このテーマについて何かを言うのは難しいです、それは本当に依存します.
リッチ インターネット アプリケーションの経験があれば、同様の方法でアプリケーションを設計できます。したがって、SOAP を実行する Web サービスと、非同期 HTTP 呼び出しを介してデータを交換する Swing アプリケーションを使用できます (Ajax のアプローチと同様)。
また、始める前に、ビューが Swing コンポーネントになり、コントローラーがビジネス ルール/検証/スレッドを処理し、モデルがデスクトップ アプリと Web サーバー間の通信を処理する、ある種の MVC を設計することを強くお勧めします。
最後に、パッケージをキューに入れることはお勧めしません。過去にやったのですが、複雑で複雑になりすぎて後悔しました。私の場合、何か問題が発生した場合は、例外をスローしてエラーを処理するだけであることに気付きました。そのため、場合によっては、ユーザー インターフェイスにエラー メッセージが表示され、ユーザーが不測の事態に対処できるようになります。それ以外の場合、アプリケーションは後で同じ操作を再試行します。
この説明が少しでもお役に立てれば幸いです。
乾杯、