| Avec l'approche de Python 3000 ainsi que la sortie de Python 3.0 beta 3 il est temps de revoir le code. En suivant les conseils de Guido van Rossum, la procédure à suivre est celle-ci: 0. You should have excellent unit tests with close to full coverage. 1. Port your project to Python 2.6. 2. Turn on the Py3k warnings mode. 3. Test and edit until no warnings remain. 4. Use the 2to3 tool to convert this source code to 3.0 syntax. Do not manually edit the output! 5. Test the converted source code under 3.0. 6. If problems are found, make corrections to the 2.6 version of the source code and go back to step 3. 7. When it's time to release, release separate 2.6 and 3.0 tarballs (or whatever archive form you use for releases) Pour l'étape 0, les tests, seules trois classes de tests sont présentent dans le source de Minesweeper. Ce sont les classes non graphiques. Bref, dans l'ensemble le code est loin d'être <<close to full coverage>>. Avant de commencer je vais donc vérifier que le code respecte ces consignes. Pour le moment le source de Minesweeper respecte assez (je pense) ces conventions. En tout cas les plus importantes, peut être pas la longueur de certaines lignes ;-) Je ne sais pas quand le portage sera terminé. De toute manière rien ne presse actuellement. De plus, la version compatible avec Python 2.5 restera en ligne. Au moins un certain temps. Les détails de l'évolution du portage seront mis en ligne. |
|
Versions >
Python 3000publié le 7 sept. 2008 06:57 par Cédric Bonhomme [ mis à jour le·7 sept. 2008 07:56 ] |