Développement iOS
  1. Développement iOS
  3. Services Android équivalents dans iOS Swift
Intereting Posts
Superposition ne défilant pas avec UITableView – iOS OpenGL ES 2.0 à la video sur iPad / iPhone iOS alternative à QTMovieLayer qui a un contenu non-nul? Comment modifier le contenu affiché dans l'écran de locking lorsque Passbook est à proximité iOS 11 et iPhone X: l'espacement de la barre d'outils d'UINavigationBar est incorrect lorsqu'il est embedded dans UITabBarController airplay dans le simulateur – objective-c Capturez UIView sans utiliser renderInContext: Conserver le cycle dans le bloc d'achèvement expression régulière dans iOS Action cible UIButton dans UIView Comment utiliser Bolts Framework iOS lire la video avec MPMoviePlayerController Comment ignorer le propre controller de vue et présenter un autre controller de vue dans un button? iOS Alamofire arrêter toutes les requests Comportement UISegmentedControl

Services Android équivalents dans iOS Swift

Je suis à la search de quelque chose qui est équivalent à des Services dans Android . Pour autant que j'ai cherché, je n'ai rien trouvé d'utile. J'ai trouvé Background Fetch mais selon ma compréhension, il ne peut pas être utilisé de longs process.
Voici ce que je veux l'utiliser.
aller chercher une list d'identifiants d'user de Twitter sur notre server Web, puis suivre automatiquement ces noms d'user en arrière-plan. Comme il y a des limites dans l'API Twitter, le process sera long, peut-être 3-4 heures. Est-ce possible sur iOS?

Il n'y a pas de mode d'arrière-plan de longue durée pour l'exécution continue des applications dans iOS. Cela ne ressemble pas vraiment à la bonne tâche pour un appareil mobile. Exécuter un travail de fond de 3-4 heures serait mauvais pour la vie de la batterie.

Vous pouvez implémenter la fonction sur un server quelque part et utiliser la notification push pour envoyer des mises à jour à l'appareil.

Un cas d'utilisation de service Android qui est souvent cité est un service de musique de fond, que j'ai mis en œuvre comme un exercice. Il n'est pas certain qu'une tâche de longue durée consumra beaucoup de batterie. Au contraire, il semble qu'Apple garantisse qu'un tel événement ne peut pas se produire via la design de l'API.