1. Théophane Rupin
Full stack developer
trupin@elcurator.net
@elCuratorTweet
elCurator.net

3. 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

4. Ce qui amène à un problème.
Le développement en V.

5. Avec la gestion
d’erreurs c’est pire.

6. Pour tester on peut attendre …

7. … ou mocker.

8. Une meilleure approche est
l’utilisation des BFTasks et
des BFExecutors.

9. Meilleure encapsulation.

10. Plus simple de passer d’un
thread à l’autre.

11. Possibilité de chaîner …

12. … ou paralléliser.

13. Gestion d’erreurs centralisée.

14. Plus facile d’attendre le résultat d’un
test ...

15. … ou de faire un mock.

16. Nous sommes donc passé d’un code :
• Peu lisible (blocks en V)
• Peu maintenable
• Difficilement testable

17. À un code :
• Plus lisible (code linéaire)
• Plus maintenable (encapsulation)
• Donc facilement testable

18. Pour aller plus loin :
• Personnalisation des BFExecutors
• Annulation de BFTask
• Gestion des App links