iOS에서 SMS를 가로 챌 수 없으며 서버를 폴링하거나 기기에서 서버로 미해결 HTTP 요청을 영구적으로 유지할 수 없습니다 (앱에 유효한 백그라운드 모드가없는 경우).서버에서 클라이언트로 알림을 전송하는 Apple Push Notification 이외의 옵션이 있습니까?
따라서 서버에서 클라이언트로 알림을 전송해야하는 경우 APNS 이외의 옵션이 없다는 것이 맞습니까?
서버에서 장치로 알림을 보내고 사용자가 알림을받지 못하도록 요구하는 경우 (응용 프로그램이 백그라운드에있는 경우), 다음과 같이하면 안됩니다. 모든?
정확합니까? 합법적 인 창의적인 해결 방법이 있습니까?
올바른지 - 일단 앱이 백그라운드에있게되면 알림 수신을위한 APNS가 있지만 옵션이 없습니다.
백그라운드에서 또는하지 않음으로 ShortMessages를 차단할 방법이 없습니다. 또한 배경에있을 때 서버를 영구적으로 폴링 할 수있는 방법은 없습니다 (이는 Android 앱처럼 배터리가 소모 될 수 있기 때문에 유용합니다).
애플리케이션을 VOIP로 분류하고 해당 백그라운드 처리 모드를 사용할 수있는 경우 가능할 수 있습니다.
서버에서 장치로 알림을 보내고 사용자가 알림을받지 못하도록 요구하는 경우 (응용 프로그램이 백그라운드에있는 경우), 이는 단지 그렇지 않은 것 같습니다. 가능합니까?
사용자가 즉각적인 경고를받을 필요가없는 경우 응용 프로그램이 시작되거나 포 그라운드로 오면 서버를 폴링 할 수 있습니까?
예. 서버에 장치에 즉시 푸시되어야하는 정보가 있고 응용 프로그램이 포어 그라운드에 있지 않은 경우 (응용 프로그램이 VOIP가 아닌 경우) 명백하게 해결책이 없습니다. – Gruntcakes
해결하려는 문제는 무엇입니까? 앱이 백그라운드에 있고 사용자에게 알림을받을 필요가없는 경우 사용자는 다음에 앱을 열 때 새 데이터를 볼 수 있습니다. 앱이 포 그라운드에있을 때 폴링하면 사용자가 다음에 앱을 열 때 새로운 데이터가 표시됩니다. 사용자의 관점과 다른 점은 무엇입니까? – Jim
요구 사항은 사용자에게 새 데이터가 있음을 알리는 것이며, 앱을 시작하면 이미 다운로드 한 것입니다. 데이터의 페이로드는 APN 내에 들어갈 수있는 것보다 큽니다. 따라서 푸시 알림이 전송되면 앱을 다시 시작해야만 해당 지점의 데이터를 다운로드해야하므로 연결 상태에 따라 지연이 발생할 수 있습니다 . 요구 사항은 전혀 지연을 경험해서는 안된다는 것입니다. 따라서 사용자가 그 존재를 통지 받기 전에 * 데이터를 다운로드 할 수있는 방법이 있는지 결정하려고합니다. – Gruntcakes