Tout comme je @Relster ai un extrait de code avec les éléments suivants
#if DEBUG
if(node.Name == "Book")
System.Diagnostics.Debugger.Break();
#endif
Si node.Name == "Book"
changements en fonction de la condition que je veux tester. l'emballage #if DEBUG
s'assure que les contrôles ne le font jamais pour libérer le code.
Ceci est également un lot plus rapide que d'utiliser les points d'arrêt conditionnels dans Visual Studio. Lorsque vous utilisez le bp visual studio conditionnel intégré doit pénétrer dans l'application, mettre en pause tous les threads, évaluer l'expression et déterminer si elle est vraie chaque fois qu'il atteint le point d'arrêt. Dans une boucle serrée, cela peut être la différence entre une performance d'exécution presque complète et une exécution à une analyse.
Cela a été dans Visual Studio depuis des lustres. Depuis VS2005 au moins; éventuellement VS2003. Je suis assez certain que ce n'était pas dans Visual Studio 6;) – Dan
Qu'en est-il dans l'édition express? – Kredns
Aucune idée à ce sujet, peur que je n'ai pas remarqué que vous utilisiez cela. Vous voudrez peut-être étiqueter votre question avec 'Visual Studio Express'? – Dan