Alors je manque probablement l'évidence ici, mais quelle est la différence entre la fonctionnalité du traceswitch code>
et SystèmesWitch code>
cours? P>
Ils donnent tous deux des descriptions de résumé identiques: p>
Fournit un commutateur à plusieurs niveaux pour contrôler le traçage et la sortie de débogage sans recompiler votre code. P> blockQuote>
Les remarques sont étrangement similaires à mes yeux. Est-ce que quelqu'un pourrait clarifier la différence entre leurs fonctionnalités et leurs cas d'utilisation? P>
(Pour l'exhaustivité, j'utilise des commutateurs avec mon
tracesource code> objet, plutôt que l'ancienne classe
trace code> de la classe code>, bien que je doute que cela fait beaucoup de différence.) p>
3 Réponses :
La différence est que Je conviens que la documentation ne signale pas directement la différence, mais creuse dans le Le Il existe également un échantillon vous montrant comment configurer un traceswitch code> fonctionne avec les messages code> olons code> tandis que
SystemsWitch code> fonctionne avec
tracesource code> Messages, qui associer le messages avec leur source. Donc, avec un
SystemsWitch CODE>, vous pouvez configurer vos auditeurs en fonction de l'emplacement des messages de trace. P>
tracesource code>
documentation de classe et vous trouverez ceci: p>
tracesource code> est identifié par
le nom d'une source, typiquement la
Nom de l'application. La trace
messages provenant d'un particulier
composant peut être initié par un
source de trace particulière, permettant à tous
messages provenant de ce composant à
être facilement identifié. p>
blockQuote>
SystemsWitch code> pour désactiver le traçage d'une source de trace. P>
Merci, cela fait beaucoup plus de sens. Je dois avoir brillant ce bit dans toute la surcharge d'informations.
Le (plus ancien) traceswitch est essentiellement un objet de tracelevel à utiliser en combinaison avec la classe de trace statique. p>
Le (plus récent) Tracesource combine un concept de tracelevel avec des méthodes de sortie réelles. p>
En conséquence, dans une grande application, vous pouvez utiliser plusieurs traces de traces pour configurer les paramètres de trace pour différentes parties (interface graphique, dal) du programme, mais que toutes les sorties seront envoyées au même (s) tracelistener (s). p>
Avec une traceource, vous pouvez avoir des canaux de sortie indépendants. Et une API légèrement meilleure. P>
Cette explication de la différence entre Tracelevel et Sourcelevel pourrait aider: P>