Les meilleures pratiques pour l'utilisation de l'application large TraceSource

Question

J'ai une demande où je vais utiliser le suivi pour l'activité des applications d'enregistrement / erreurs, etc. La plupart des informations entrerai un fichier journal alors que certaines erreurs vont dans la visionneuse d'événements aussi. Cette application aura beaucoup de classes.
Quelle est la meilleure façon d'utiliser TraceSource dans ce cas? Dois-je créer une classe TestSource d'emballage singleton ou est-il un moyen de le faire mieux?

Answer 1

Je suis d'accord dans une certaine mesure avec @Valdis - log4net et NLog sont deux exemples de cadres d'exploitation très puissants qui offrent une grande flexibilité et relativement facile à utiliser la configuration (NLog est probablement plus facile à configurer que log4net). Cependant, je ne pense pas que ce qui est nécessaire pour éviter complètement TraceSource. TraceSource est construit en sorte que vous éviter une dépendance supplémentaire.

Si vous utilisez TraceSource Je ne pense pas qu'une seule application large objet TraceSource statique est le chemin à parcourir. Je recommande d'utiliser plus TraceSources, peut-être même un par classe (qui pourrait être surpuissant, mais est un modèle commun lors de l'utilisation log4net et NLog).

J'ai mis plus de détails dans une réponse à votre autre question sur le moment d'utiliser plus d'un TraceSource dans une application.

Answer 2

Êtes-vous d'utiliser le strict .net intégré concours complet et de l'infrastructure de l'exploitation forestière? J'encourage à utiliser certaines des 3e parties (comme l'exploitation forestière de Enterprise Library). ceux qui sont plus souples, plus configurable et vous n'avez pas un headackes comme ceux-ci - vous écrivez simplement:

Logger.Write(...)