Quand utiliser WorkManager

WorkManager est l’API recommandée pour les tâches en arrière-plan différables et garanties sur Android. Si une tâche doit finir par s’exécuter, même après la fermeture de l’application ou le redémarrage de l’appareil, WorkManager est l’outil approprié.

Deux termes clés définissent le domaine d’utilisation de WorkManager :

• Différable : la tâche n’a pas besoin de s’exécuter immédiatement et peut attendre les bonnes conditions
• Garanti : elle finira par s’exécuter, même après la fermeture de l’application ou un redémarrage

WorkManager convient notamment aux tâches suivantes :

• Envoyer des journaux ou des données analytiques
• Synchroniser des données avec un serveur
• Sauvegarder périodiquement du contenu
• Compresser ou traiter des images

Toutes ces tâches peuvent attendre, mais ne doivent pas être perdues.

WorkManager n’est pas adapté aux tâches suivantes :

• Tâches immédiates dans l’application, liées à l’écran actuel : utilisez une coroutine dans viewModelScope
• Alarmes à une heure précise : utilisez AlarmManager
• Tâches longues lancées par l’utilisateur et devant se terminer immédiatement : envisagez un service de premier plan

WorkManager regroupe et diffère les tâches afin de respecter le mode Doze, la batterie et les limites d’exécution en arrière-plan. Vous décrivez les exigences : le système choisit un moment efficace pour l’exécution et préserve ainsi la batterie.

Vous pouvez ajouter des contraintes comme « uniquement sur un réseau non facturé » ou « uniquement pendant la charge ». WorkManager attend qu’elles soient respectées avant d’exécuter votre tâche.

WorkManager stocke sa file d’attente de tâches dans une base de données interne. Si l’application est arrêtée ou si le téléphone redémarre, vos tâches planifiées sont restaurées et continuent de s’exécuter. Vous en bénéficiez automatiquement.

WorkManager prend en charge deux types de tâches :

• OneTimeWorkRequest : s’exécute une seule fois
• PeriodicWorkRequest : se répète selon un intervalle (15 minutes minimum)

Si votre tâche échoue temporairement, renvoyer Result.retry() indique à WorkManager de réessayer plus tard en appliquant une stratégie de temporisation. Vous n’avez donc pas à programmer vous-même la logique de nouvelle tentative.

Ajoutez l’artefact d’exécution WorkManager (avec la prise en charge des coroutines KTX) au fichier Gradle de votre module.

Imaginez WorkManager comme une liste de tâches fiable pour les opérations en arrière-plan : vous ajoutez une tâche avec des conditions et le système promet de la terminer à un moment raisonnable, même si des imprévus surviennent.

Testez votre compréhension des situations où WorkManager doit être utilisé.

Vous avez découvert le rôle de WorkManager :

• Il exécute les tâches en arrière-plan différables et garanties
• Il convient parfaitement à la synchronisation, aux envois et aux sauvegardes, mais pas aux tâches immédiates ou à heure précise
• Il conserve les tâches après l’arrêt de l’application et le redémarrage, respecte la batterie et effectue de nouvelles tentatives
• Il prend en charge les tâches ponctuelles et périodiques avec des contraintes

Ensuite : créer un Worker.