110

ほぼリアルタイムのチャットを備えた Web サイトを開発しようとしています。xmpp または websocket プロトコルを使用して実装できることを知っています。xmpp プロトコルが 1999 年に開発されたことも知っていますが、今日では成熟していると思います。一方、websocket プロトコルは 2011 年に開発されました。

  1. xmpp がリアルタイムの会話の処理に優れていた場合、websocket の必要性は何でしたか?
  2. 2 つのプロトコルの主な違いは何ですか?
  3. そして、いつそれらのいずれかを選択する必要がありますか?
4

1 に答える 1

159

短い答えは「両方」です。

XMPP は、リアルタイム チャット (およびその他の多くのこと) を行うためのアプリケーション プロトコルのセットです。その後、何らかの方法でネットワークを介して転送する必要があるため、トランスポート バインディングが必要です。XMPP には 3 つの主要なトランスポート バインディングがあります。

  1. TCP/IP は、デバイス上のネイティブ クライアントでインターネット上で通常使用されるものです。
  2. HTTP (BOSH と呼ばれる)。これは、ブラウザーで XMPP を使用するときに従来から使用されてきたものです (ブラウザーの Javascript アプリでは TCP-IP を使用できないため)。
  3. 最新のブラウザーで XMPP を実行するときに使用する Websockets。

したがって、ブラウザーでチャット アプリケーションを開発している場合は、アプリケーション プロトコルとして XMPP を選択し、ネットワーク トランスポートとして (最新のブラウザーでは) Websocket または BOSH (古いブラウザーでは) を使用します。Stanza.io ( https://github.com/otalk/stanza.io ) のような Javascript 用の XMPP ライブラリを使用すると、両方がサポートされ、トランスポート層ではなく「XMPP」について考えるだけになります。接続するエンドポイントを指定する必要があるセットアップ時以外。

(チャットに「ただの Websocket」を使用することはできません。XMPP なしで Websocket を使用することはできますが、これが実際に意味することは、チャット用に独自のアプリケーション層プロトコルを発明していることであり、節約する可能性が高いということです。有用なプロパティ (セキュリティ、ID、拡張性など) を備えたものを作成するために既に費やされた作業を利用することで、多くの時間と頭痛の種となり、代わりに XMPP を使用することで既存のライブラリとサーバーが存在します。)

于 2014-10-25T09:09:07.467 に答える