- on utilise for quand c'est un for, et while quand c'est du while
- on utilise le else de for/while = execut la fin de la boucle si il
n'y a pas eu de break avant)
On vite trop de bug :
- le break doit tre lanc si le code est libre (d'ou le not ajout),
avant deux erreurs se compensaient (Vince a traduit les bugs, ils ne
viennent pas de lui)
A l'avenir :
- sortir la fonction gen_code de la classe, c'est une fonction part
entire, elle n'a rien a faire dans une classe. On pourrait en avoir
besoin d'autres endroits.
- grer les erreurs avec les exceptions : s'il n'y a pas de code dispo, on
lve une exception, ca sert rien de continuer
- utiliser les outils adquats pour logguer les erreurs, et si on veut
crire plein de trucs sur stderr, on peut faire :
erreur = sys.stderr.write
erreur('bidule')
erreur('machine')
...
Comme ca le jour o on veut logguer les erreurs un autre endroit, on
fait erreur = open('fichier','w+').write (ou un truc du genre)
C'tat des ides comme ca, ca permettrait d'laguer encore pas mal le code,
Francois en a fait un bon bout mais il faudrait continuer. Je pense que
c'est le manque d'habitude de Python, mais avec le temps le code sera bien
lisible.
darcs-hash:20060129161108-4ec08-57f4e8e916e990d6fcfe9e70233a672a2b0797ab.gz
f960f4ba33