Vu de loin çà ressemble au principe des run loops dans le monde iOS : en gros tu as un thread dans lequel tu veux traiter des messages (ou exécuter du code) lorsque surviennent divers types d'évènements (données via le réseau, échéance d'un timer, etc...).
Ce message ou ce code, en l'occurrence, c'est ce qui est posté. Il est stocké dans une file et sera traité de manière asynchrone, donc pas forcément tout de suite.
C'est donc particulièrement adapté pour les cas classiques où tu as un thread pouvant faire des modifications graphiques, mais potentiellement plusieurs threads pouvant générer des évènements entrainant des modifications de la dite interface graphique.
[^] # Re: Handler
Posté par mrlem (site web personnel, Mastodon) . En réponse au message Gestion d'un timer en Java/Android. Évalué à 1.
Vu de loin çà ressemble au principe des run loops dans le monde iOS : en gros tu as un thread dans lequel tu veux traiter des messages (ou exécuter du code) lorsque surviennent divers types d'évènements (données via le réseau, échéance d'un timer, etc...).
Ce message ou ce code, en l'occurrence, c'est ce qui est posté. Il est stocké dans une file et sera traité de manière asynchrone, donc pas forcément tout de suite.
C'est donc particulièrement adapté pour les cas classiques où tu as un thread pouvant faire des modifications graphiques, mais potentiellement plusieurs threads pouvant générer des évènements entrainant des modifications de la dite interface graphique.