J'ai une exigence pour qu'une application puisse recevoir des informations d'un serveur alors qu'elle est en arrière-plan (cette information sera affichée à l'utilisateur, mais elle doit être téléchargée avant que l'utilisateur ne sache qu'elle est disponible) par conséquent, les notifications Apple Push ne peuvent pas être utilisées - car avec ce mécanisme a) l'utilisateur recevrait la notification du serveur push b) il accepterait et lancerait l'application c) l'application ferait une extraction http depuis un serveur. Ainsi, il peut y avoir et il y aura probablement un délai pendant que le client récupère les données, mais il est nécessaire que dès que l'utilisateur est informé, il y a de nouvelles données qui sont immédiatement disponibles).Est-ce que mon application peut être acceptée dans le magasin d'applications si elle utilise l'emplacement en tant que UIBackgroundMode?
Une solution possible est que le client interroge périodiquement le serveur pour voir s'il y a quoi que ce soit (oui, je sais que ce n'est pas idéal, l'interrogation ne l'est jamais, mais existe-t-il une alternative?). Cependant, l'interrogation n'a pas pu être implémentée à moins que le client n'ait la capacité de s'exécuter en arrière-plan. Et la seule façon dont l'application peut s'exécuter en arrière-plan est si c'est une application voip/music/location/newstand. L'application utiliserait parfois la connaissance de l'emplacement, mais l'emplacement n'est pas l'objectif principal (l'application serait un moyen d'information poussé/affiché à l'utilisateur, certaines informations, mais pas toutes, peuvent dépendre à l'endroit où se déplacer vers une certaine zone pourrait déclencher certaines informations à afficher).
Si cette application était envoyée à l'App Store avec un UIBackgroundMode de localisation, serait-elle acceptée? L'objectif fonctionnel principal d'une application doit-il être basé sur la localisation pour s'exécuter en arrière-plan avec ce mode, ou est-il acceptable que l'emplacement soit une fonctionnalité secondaire?)