Théophane RupinFull stack [email protected]
@elCuratorTweetelCurator.net
Parce que développer une app c’est :
• récuper des données depuis une API
• les afficher à l’écran depuis le thread principal
• tout ça de façon asynchrone
Ce qui amène à un problème.
Le développement en V.
Avec la gestion d’erreurs c’est pire.
Pour tester on peut attendre …
Une meilleure approche est l’utilisation des BFTasks et
des BFExecutors.
Meilleure encapsulation.
Plus simple de passer d’un thread à l’autre.
Possibilité de chaîner …
… ou paralléliser.
Gestion d’erreurs centralisée.
Plus facile d’attendre le résultat d’un test ...
… ou de faire un mock.
Nous sommes donc passé d’un code :
• Peu lisible (blocks en V)
• Peu maintenable
• Difficilement testable
À un code :
• Plus lisible (code linéaire)
• Plus maintenable (encapsulation)
• Donc facilement testable
Pour aller plus loin :
• Personnalisation des BFExecutors
• Annulation de BFTask
• Gestion des App links