2017-01-05 13 views
0

나는 채팅 응용 프로그램을 만들고 싶습니다. 내 채팅 응용 프로그램은 지속적 폴링 및 데이터 푸싱을 사용하여 웹 서버에서 실시간 채팅으로 올바르게 작동합니다. 그러나 폴링은 모바일 애플리케이션을위한 좋은 솔루션이 아닙니다. 이후 우리의 전체 채팅은 이미 HTTP Rest API로 구축되었으므로 XMPP로 전환하는 것이 많은 도움이됩니다.웹 소켓 또는 XMPP? 어떤 채팅 응용 프로그램을 만들기위한 모바일 응용 프로그램에 대한 더

그래서 웹 소켓에 대해 알게되었습니다. 누구든지이 상황에서 실시간 채팅을하는 것이 더 나을 수 있다고 제안 할 수 있습니까? WebSocket은 매우 빠르며 서버에서 연속적인 타이머 폴링도 필요 없습니다.

가 할 어떤 및 XMPP의 감사 :

답변

0

하나의 창조 목적은 인스턴트 메시징 있다면 더 나은 옵션을 제안한다. jabber.com에는 서버가 있었으며 오픈 소스 성격으로 인해 서버를 직접 설정할 수도있었습니다. 그러나 XMPP는 XML 기반 응용 프로그램 프로토콜이므로 일부 사용자 지정을 수행 할 수 없습니다. 또한 실시간 메시징을 위해 XMPP에 대해 웹 소켓을 전송 프로토콜 (핸드 셰이크 제외)로 사용할 수도 있습니다.

Websocket은 자신의 앱을 약간의 노력으로 작성하게하므로 원하는대로 디자인 할 수 있습니다.

웹 소켓의 경로 해체를 사용하여 다른 채널을 선언하고 들어오는 데이터를 모든 연결된 사용자에게 브로드 캐스팅 할 수 있습니다. 그것까지 너.

+0

감사합니다. 매우 중요한 문제는 배터리 방전입니다. 안드로이드 및 iOS 애플리케이션 용 웹 소켓의 경우 서버와 클라이언트 사이에 정기적으로 라이브 연결이 이루어지기 때문에 동일한 문제가 발생하며 빈번하게 연결이 끊어지면 대역폭 소비가 증가하여 배터리 소모가 증가 할 수 있습니다. 이것을위한 어떤 해결책. –

+0

실제로 웹 소켓은 배터리 지향 장치 용으로 설계되지 않았습니다. 축소 된 형식의 데이터 프레임을 보려면 mqtt 또는 coap을 살펴보십시오. Mqtt는 외부 검사없이 웹 소켓에 적용 할 수없는 곳의 qos를 허용합니다. – cagdas

+0

죄송합니다. Web Socket으로 시작해야했습니다.하지만 모바일 응용 프로그램에서 Web Socket을 사용하는 앱이 많이 있습니다. 슬랙이 예제 중 하나입니다. MQTT에 대한 좋은 생각이 없습니다. MQTT에서도 서버 측에서도 작업해야할까요? –