0

저는 현재 크로스 플랫폼 모바일 앱 (iOS, Android, WP8)을 설계하는 초기 단계에 있습니다. 핵심에서는 응용 프로그램이 알 수없는 수의 클라이언트 장치간에 근접 식 기반 상호 작용을 허용합니다.실시간 위치 업데이트를 다수의 클라이언트에 푸시

사람이 스케일을 잘 맞추는 클라이언트에게 서버 기반의 위치 기반 근접 알림을 서버에 푸시 할 수있는 프레임 워크 나 기술을 권장 할 수 있습니까? PushSharp를 사용하는 교차 플랫폼의 알림을 푸시 할 수 있습니까? 아니면 푸시 알림이 기기에서 일종의 토스트 알림과 함께 진행될 수 있습니까?

업데이트 : 30 초 또는 심지어 지연해야합니다.

답변

2

푸시 알림은 real-time 근처에있는 모든 대기 시간을 제공합니다. 또한 푸시 알림은 장치에 도달하지 않을 수도 있습니다.

위치 업데이트가 얼마나 시간 제약을 받는지 생각해야합니다. 또한 다양한 장치에서 GPS가 얼마나 빨리 업데이트되는지 테스트해야합니다. Nexus 4를 테스트했으며 실시간에 근접하지도 않습니다. 따라서 서버 쪽이든 클라이언트 쪽이든 응용 프로그램 전체에 걸쳐 real-time의 소원을 불어 넣을 수 있습니다.

그러나 몇 초에서 아마도 30 초 이상 지연 될 수있는 경우 밀어 넣기 알림이 제대로 작동하고 잘 확장됩니다.

편집 :

푸시 알림은 항상 장치에 토스트 통지의 일종으로 손에 손을 이동?

알림과 함께 임의의 정보를 보낼 수있는 RAW 알림이라는 개념이 있습니다. 그러나 개인적으로 나는 클라이언트에 서버에 대한 업데이트 준비를 알리고, 응용 프로그램에 필요한 모든 정보를 얻을 수 있습니다. 푸시 알림은 기기에 도달 할 수있는 보장이 없기 때문에 또한 알림에 포함 할 수있는 정보의 양이 제한되어 있기 때문입니다.

그래서 흐름에 대한 나의 제안은 다음과 같습니다

  1. 클라이언트 A가 자신의 위치를 ​​업데이트하고
  2. 웹 서비스는 클라이언트 A로부터 정보를 수신하고 다른 모든 클라이언트에 대한 알림을 준비하는 웹 서비스로 전송, 클라이언트 A에 대한 정보가 필요하며 정보를 업데이트해야한다는 정보를 제공합니다.
  3. 클라이언트 B는 웹 서비스에서 데이터를 새로 고치라는 내용의 푸시 알림을받습니다.

응용 프로그램이 백그라운드 상태 인 경우 제대로 작동합니다. 포 그라운드에서 보여줄 때마다 매초마다 서버를 폴링합니다. 클라이언트에게 업데이트 만하도록 알림을 계속 수신합니다.

+0

30 초 또는 심지어 지연해야합니다.이를 반영하기 위해 질문을 업데이트했습니다. 이것을 지적 해 주셔서 감사합니다. –

1

"저울 부분"의 경우 Windows Azure Service Bus Notification Hubs을 살펴볼 수도 있습니다. 현재 미리보기 상태이며 Windows 8 Store 앱 및 iOS 만 지원하지만 Android 및 Windows Phone에 대한 지원이 진행 중입니다.