70 votes

Comment marquer le code pour pouvoir y revenir plus tard et le retravailler ?

En C#, j'utilise le #warning y #error des directives,

#warning This is dirty code...
#error Fix this before everything explodes!

De cette façon, le compilateur me fera savoir que j'ai encore du travail à faire. Quelle technique utilisez-vous pour marquer du code afin de ne pas l'oublier ?

99voto

Guge Points 3761

Marquez-les avec // TODO , // HACK ou d'autres jetons de commentaires qui apparaîtront dans le volet des tâches de Visual Studio.

Ver Utilisation de la liste des tâches .

3 votes

J'avais l'habitude de faire le //TODO : aussi, mais parfois j'oubliais de vérifier le volet des tâches.

2 votes

@Jon T : que diriez-vous d'un throw new NotImplementedException(). Cela vous aiderait-il ? Je le fais parfois aussi.

1 votes

Le TODO se présente avec un fond marron désagréable dans vim - visual code smells

28voto

Ulf Lindback Points 5235

Commentaire de Todo également.

Nous avons également ajouté un mot-clé spécial NOCHECKIN, nous avons ajouté un commit-hook à notre système de contrôle de la source (très facile à faire avec au moins cvs ou svn) où il scanne tous les fichiers et refuse de vérifier le fichier s'il trouve le texte NOCHECKIN quelque part.

C'est très utile si vous voulez juste tester quelque chose et être certain qu'il n'est pas accidentellement enregistré (passé les yeux vigilants pendant le diff de tout ce qui est commité au contrôle de source).

15voto

Chris Lees Points 620

J'utilise une combinaison de //TODO: //HACK: y throw new NotImplementedException(); sur mes méthodes pour indiquer le travail qui n'a pas été fait. De même, j'ajoute des signets dans Visual Studio sur les lignes qui sont incomplètes.

10voto

Elie Points 7628

//TODO : Nom de la personne - veuillez corriger cela.

En Java, vous pouvez ensuite consulter les tâches dans Eclipse, ce qui permet de localiser toutes les références à cette balise et de les regrouper par personne afin de pouvoir attribuer un TODO à quelqu'un d'autre ou de ne consulter que le vôtre.

0 votes

C'est une bonne idée - je n'avais jamais pensé à attribuer des choses ad hoc dans le code.

0 votes

Merci, nous l'utilisons beaucoup à mon travail comme moyen rapide de marquer du code pour d'autres personnes afin qu'elles n'aient pas à le chercher.

0 votes

Nous l'avons fait, mais nous avons créé des balises personnalisées pour tout le monde, de sorte qu'il n'y a que //NAME : blah blah blah et que nous partageons les configurations Eclipse.

7voto

John MacIntyre Points 9255

Si je dois tout laisser tomber au milieu d'un changement, alors

#error finish this

Si c'est quelque chose que je dois faire plus tard, je le mets dans mon système de suivi des bogues (qui est utilisé pour toutes les tâches).

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X