Première application

Vous avez déjà tapé flutter create à la fin du tutoriel précédent, et une application de démonstration s'est lancée : un compteur, un bouton, une barre bleue. Le réflexe habituel est de supprimer tout ce code et d'écrire le sien. C'est une erreur au premier projet, parce que ces cent lignes générées contiennent presque tous les concepts que vous utiliserez pendant les six prochains mois.

Le problème que résout cette leçon n'est pas « comment afficher du texte » — cela prend trois lignes. Il est plus insidieux : comprendre quand votre code s'exécute. En Flutter, vous n'écrivez pas une suite d'instructions qui dessinent une interface. Vous écrivez une fonction que le framework appellera, parfois soixante fois par seconde, parfois jamais, et dont il jettera le résultat sans prévenir. Tant que ce renversement n'est pas assimilé, on écrit du code qui fonctionne par accident : une variable modifiée qui ne s'affiche pas, un Timer qui continue de tourner après la fermeture de l'écran, une exception rouge qui apparaît trois écrans plus loin.

Nous allons donc lire le projet généré ligne par ligne, écrire notre propre widget, et surtout provoquer volontairement les deux pannes les plus fréquentes du débutant : l'interface qui ne se met pas à jour, et le setState appelé sur un widget déjà détruit. Comprendre pourquoi elles arrivent vaut mieux que mémoriser la formule qui les évite.