2017-01-05 8 views
0

チャットアプリケーションを作成したいと思います。私のチャットアプリケーションは、連続的なポーリングとデータのプッシュを使用して、Webサーバーでリアルタイムチャットとして正しく機能しています。しかし、ポーリングはモバイルアプリケーションには適していません。以来、私たちのチャット全体は既にHTTP Rest APIとして構築されていますので、XMPPへの移行は大きな課題です。ウェブソケットまたはXMPP?チャットアプリケーションを作成するためのモバイルアプリケーションの方が良い

私たちはちょうど約WebSocketについて知りました。誰もがこの状況でリアルタイムのチャットの方が良いと私に示唆することができます。 WebSocketは非常に高速で、サーバーからの連続的なタイマーポーリングも必要ありませんでした。 XMPPのいずれかと感謝:)

答えて

0

一つ作成の目的は、インスタントメッセージングた場合。

は、より良い選択肢を示唆していますjabber.comにはサーバーがあり、オープンソースの性質上、自分でサーバーを設定する可能性もあります。しかし、XMPPはXMLベースのアプリケーションプロトコルであり、特定のカスタマイズを行うことはできません。また、リアルタイムメッセージング用にXMPPの転送プロトコル(ハンドシェークを除く)としてWebソケットを使用することもできます。

Websocketは、あなた自身のアプリを書くことができるようになるので、あなたが望むように設計することができます。

WebSocketのパスデクリレーションを使用して、異なるチャネルを宣言し、着信データをすべての接続ユーザーにブロードキャストできます。それはあなた次第です。

+0

ありがとう、もう1つは非常に重要な問題で、バッテリーの放電です。サーバーとクライアントの間に定期的なライブ接続が存在し、頻繁に切断されると、帯域幅が増加してバッテリ消費量が増加する可能性があるため、アンドロイドとiOSアプリケーションのWebソケットの場合も同じ問題が発生します。このための任意の解決策。 –

+0

実際には、ウェブソケットは電池式のデバイス用に設計されていません。データフレームのミニフォーマットについては、mqttまたはcoapを参照してください。 Mqttは、外部チェックなしでWebソケットに適用することができないqosを許可します。 – cagdas

+0

私はWeb Socketで始めることになっていました。しかし、モバイルアプリケーションでWeb Socketを使用しているアプリはたくさんあります。スラックはその一例です。私はMQTTに関して良い考えを持っていません。 MQTTでもサーバー側で作業する必要がありますか? –

関連する問題