Bolts Framework

737 vues

Publié le

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
737
Sur SlideShare
0
Issues des intégrations
0
Intégrations
32
Actions
Partages
0
Téléchargements
5
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Bolts Framework

  1. 1. Théophane Rupin Full stack developer trupin@elcurator.net @elCuratorTweet elCurator.net
  2. 2. 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
  3. 3. Ce qui amène à un problème. Le développement en V.
  4. 4. Avec la gestion d’erreurs c’est pire.
  5. 5. Pour tester on peut attendre …
  6. 6. … ou mocker.
  7. 7. Une meilleure approche est l’utilisation des BFTasks et des BFExecutors.
  8. 8. Meilleure encapsulation.
  9. 9. Plus simple de passer d’un thread à l’autre.
  10. 10. Possibilité de chaîner …
  11. 11. … ou paralléliser.
  12. 12. Gestion d’erreurs centralisée.
  13. 13. Plus facile d’attendre le résultat d’un test ...
  14. 14. … ou de faire un mock.
  15. 15. Nous sommes donc passé d’un code : • Peu lisible (blocks en V) • Peu maintenable • Difficilement testable
  16. 16. À un code : • Plus lisible (code linéaire) • Plus maintenable (encapsulation) • Donc facilement testable
  17. 17. Pour aller plus loin : • Personnalisation des BFExecutors • Annulation de BFTask • Gestion des App links

×