2009-08-26 30 views
1

Je travaille actuellement sur un outil qui nécessite une configuration avant de pouvoir être utilisé. Pour gagner du temps, certaines valeurs ont été codées en dur dans les zones de texte de l'onglet de configuration, de sorte que je n'ai pas besoin de les renommer à chaque fois que je fais un test ou un débogage. Comme nous utilisons TFS pour gérer nos solutions, je me demande s'il existe un moyen de marquer ces éléments codés en dur d'une manière ou d'une autre afin que TFS ou Visual Studio 2008 me rappelle de les enlever/les remplacer avant de le faire un chèqueCan TFS ou Visual Studio peuvent me rappeler des problèmes qui doivent être marqués comme étant terminés avant une vérification

MISE à JOUR:.

Les commentaires TODO ne seront pas une véritable solution que nous utilisons déjà pour marquer des segments de code qui doivent être retravaillés. Nous l'utilisons comme un rappel pour les tâches à long terme. Et nous en avons beaucoup, donc cela pourrait devenir un peu flou.

+0

Peut-être envisager de modifier votre question pour inclure le fait que les commentaires de todo ne fonctionneront pas pour votre situation. Juste une idée ... – Jagd

+0

Oui, vous avez raison! – Flo

Répondre

0

Vous pouvez écrire un test unitaire qui échoue lorsque le contenu codé en dur est détecté. Évidemment, vous n'obtiendrez pas de rappel avant de vous enregistrer mais vous aurez un échec de build par la suite.

2

Probablement pas la solution parfaite, mais Visual Studio vous permet d'ajouter TODO comments qui peut fonctionner assez bien pour vous.

+0

Les commentaires de todo ne seront pas une vraie solution car nous l'utilisons déjà pour marquer des segments de code qui doivent être retravaillés. Nous l'utilisons comme un rappel pour les tâches à long terme. Et nous en avons beaucoup, donc cela pourrait devenir un peu flou. – Flo

+0

Vous pouvez utiliser un tag différent de TODO. Si vous allez dans Options -> Environnement -> Liste des tâches, vous pouvez ajouter de nouvelles balises. On pourrait être pré-construction. – Ryan

+0

@ Ryan- c'est une bonne suggestion. @ Flo- J'ai tendance à utiliser beaucoup le ObsoleteAttribute lors du remaniement du code - http://msdn.microsoft.com/fr-fr/library/system.obsoleteattribute.aspx – RichardOD