html + jsを使ってコード化されたソフトウェアの開発を開始します。このアプリケーション通知をサーバー(javaコード)からnutionxを使ってroutiongに送信する必要があり、AWSでホストされています。 私は長いポーリングは私が検査を開始、新しい、より良い(In what situations would AJAX long/short polling be preferred over HTML5 WebSockets?) ある古いとは違っのWebSocketであることを読んで、私はリアルタイム通知のこの主題を調査し、私はいくつかの記事では、長いポーリング In what situations would AJAX long/short polling be preferred over HTML5 WebSockets?Longpolling vs Websocket
にウェブソケットの間で混乱しますgmail Facebookのwhatsappウェブページの要素。 長いポーリングを使ってGmail + facebookを見たのは、Websocketを使っているwhatsappとは違って。 なぜ、これらの企業は引き続き長いポーリングを使用するのですか?それは良いでしょう https://www.quora.com/Does-Facebook-use-WebSockets-for-any-of-their-applications-Are-they-really-useful-at-that-scale-especially-since-they-impose-a-stateful-architecture
これはすべての意見で、サポートしている環境はすべてです。古いブラウザや一部のサーバではWebソケットがサポートされていないため、長いポーリングが必要な場合があります。 –
企業は、アップグレードのコストのために一部のテクノロジをアップグレードしたくない場合があります。しかし、websocketは実際には長いポーリングよりも "良い"ものです。送信されるデータが少なくて済み、双方向に通信を開始することができます。 .NET SignalRを例に取る。ブラウザがwebsocketをサポートしているかどうかをチェックします。そうであればwsを使用し、そうでない場合はlongpollingに戻ります –
socket.ioライブラリは、両端でwebSocketがサポートされているかどうかを検出し、そうであればそれを使用します。そうでない場合は、長いポーリングを使用します。以前のサービスでは長いポーリングで作業していて、現在は再エンジニアリングする必要はありませんが、現代のブラウザでは最初から設計する場合、webSocketが通常の選択となります。 – jfriend00