。これはサーバー プッシュ (サーバー プッシュ テクノロジ) と呼ばれるもので、その典型的な例はチャット、メッセージ リマインダー、出会い系 Web サイトで頻繁に使用され、リアルタイム アプリケーションでホットな問題になっています。第 2 に、従来の実装 (プル技術)
非常によく似た実装メカニズム、つまり、毎回情報を描画する従来の AJAX があります。データをリクエストできるかどうかをサーバーに常に問い合わせる必要があり、通常はデータをリクエストするのは時々であるため、リアルタイムのパフォーマンスは非常に悪いです。
実際には、プッシュテクノロジーのように見えますが、今回はプル時間が非常に長くなり、サーバーは継続的に吐き出すことができます。
以下は 3 つの一般的な実装テクノロジです:
(1) Ajax ロングポーリング。いわゆる ajax ロング ポーリングは依然として本質的にはプルです。これは、ajax ショート ポーリングのような多くの不要なリクエストを削減するため、コスト効率とリアルタイム性の両方に優れた実装方法でもあります。それは良いです。その実装メカニズムは、クライアントが ajax リクエストを開始し、サーバーがタイムアウト期間に達するまでリクエストを保留するか、データが利用可能になってから戻る一方、クライアントは ajax が返されるのを待ち、データを処理してから次のリクエストを開始します。アヤックスリクエスト。
(2) フレームロング接続を使用します。フレーム下での長時間接続の場合、最大の問題は、フレームが読み込まれている場合、ブラウザに常に「読み込み中」と表示されることです。これは、フレームを使用しない場合ほど便利ではありません。
(3) Flash または HTML5 WebSocket を使用しますが、ユーザーのブラウザがそれをサポートしていない状況が常に存在するため、これら 2 つのサポートは特に信頼できません。現時点では、より互換性の高い WebSocket にフォールバックする必要があります。人気のテクノロジーを立ち上げて実現しましょう。
(4) 実際、古典的なフレームワークを使用すると、多くの人がすでに遭遇し、私たちが遭遇する必要がある問題を解決しています。まず私たちが知る必要があるのは、彼らがこれらの問題をどのように解決したかということであり、その後、より良い解決策を考え出すことができます。 。 解決。
最後に、IBM のポータルからの記事を紹介します: http://www.ibm.com/developerworks/cn/web/wa-lo-comet/
著作権表示: この記事は記事ですブロガーが最初に書いたものをブロガーの許可なく複製することはできません。