Discussion :

[jmnicolas]

Bonjour,

existe-t-il une façon en C# d'obtenir le nom de la classe et de la méthode dans laquelle se trouve le code qui s'exécute ? (c'est pour mes logs)

Un exemple valant mieux qu'un long discours :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
class Class1
{
	public static void FaireQqChose()
	{
		// plein de code ici ...
 
		if (erreur)
		{
			Console.WriteLine("Erreur détectée dans la classe " + cetteClasse + " à l'intérieur de la méthode " + cetteMethode);
		}
	}
}

où "cetteClasse" me donnerait le nom de la classe en question et "cetteMethode" le nom de la méthode où est survenue l'erreur.

Notez que j'ai ajouté une difficulté supplémentaire : ma méthode est statique donc je peux pas faire un truc du style this.GetType().ToString() pour récupérer le nom de la classe.

C'est possible ça ? Bien entendu je peux écrire le nom en dur (ce que je fais actuellement), mais si je fais un refactor les noms ne correspondent plus, et de plus je n'ai pas accès à l'auto-complétion quand je tape le nom des classes et méthodes.

Voilà, à vos idées

[Guulh]

Bonjour,

existe-t-il une façon en C# d'obtenir le nom de la classe et de la méthode dans laquelle se trouve le code qui s'exécute ? (c'est pour mes logs)

Yep, it ize possibeule.
Méthode : System.Reflection.MethodBase.GetCurrentMethod()
Type : System.Reflection.MethodBase.GetCurrentMethod().DeclaringType

[tomlev]

Yep, it ize possibeule.
Méthode : System.Reflection.MethodBase.GetCurrentMethod()
Type : System.Reflection.MethodBase.GetCurrentMethod().DeclaringType

Oui, enfin faut faire gaffe avec ça quand même, c'est pas toujours très fiable : si le code est optimisé et que la méthode a été inlinée, ça renverra la méthode appelante...

[jmnicolas]

Yep, it ize possibeule.
Méthode : System.Reflection.MethodBase.GetCurrentMethod()
Type : System.Reflection.MethodBase.GetCurrentMethod().DeclaringType

It ize goude niouze !
Je vais tester ça de suite

Oui, enfin faut faire gaffe avec ça quand même, c'est pas toujours très fiable : si le code est optimisé et que la méthode a été inlinée, ça renverra la méthode appelante...

J'ai absolument rien compris
Les rares fois où j'ai entendu parler d'inline c'était dans des échanges entre CPlusPlussiens (programmeurs C++ ).

[tomlev]

J'ai absolument rien compris
Les rares fois où j'ai entendu parler d'inline c'était dans des échanges entre CPlusPlussiens (programmeurs C++ ).

L'inlining, c'est une optimisation faite par le JIT pour remplacer l'appel à une méthode par le corps de cette méthode

[jmnicolas]

Donc si je comprend bien, le compilateur "recopie" le code complet de la méthode plutôt que d'appeler la méthode ?
Je pensais pas que ça améliorait les performances.
En tout cas merci pour l'explication.

[Guulh]

Oui, enfin faut faire gaffe avec ça quand même, c'est pas toujours très fiable : si le code est optimisé et que la méthode a été inlinée, ça renverra la méthode appelante...

J'y avais pas pensé. Mais si j'en crois cette discussion, les méthodes appelant GetCurrentMethod ne sont pas inlinées.

Sinon, pour en revenir au sujet initial: si tu cherches à logger, je t'invite à utiliser une librairie faite pour, comme log4net, le logging block de l'enterprise library, ou NLog. Si je ne me trompe, ils permettent de spécifier que chaque ligne de log inclut le nom de la méthode courante (mais ça doit aussi souffrir du même risque d'inlining).

[jmnicolas]

Je sais c'est pas bien de réinventer la roue, mais moi j'aime bien savoir la construire la roue, et surtout avoir exactement ce dont j'ai besoin

Et puis mon logger a une spécificité c'est qu'il m'envoie les logs par mail : ça me permet de détecter des problèmes sur mes softs en production sans péter un message d'erreur incompréhensible pour l'utilisateur.

[Nathanael Marchand]

Je sais c'est pas bien de réinventer la roue, mais moi j'aime bien savoir la construire la roue, et surtout avoir exactement ce dont j'ai besoin

Et puis mon logger a une spécificité c'est qu'il m'envoie les logs par mail : ça me permet de détecter des problèmes sur mes softs en production sans péter un message d'erreur incompréhensible pour l'utilisateur.

log4net le fait

[Guulh]

Je sais c'est pas bien de réinventer la roue, mais moi j'aime bien savoir la construire la roue, et surtout avoir exactement ce dont j'ai besoin

Et puis mon logger a une spécificité c'est qu'il m'envoie les logs par mail : ça me permet de détecter des problèmes sur mes softs en production sans péter un message d'erreur incompréhensible pour l'utilisateur.

Les loggers dont je te parlais savent aussi faire ça. Et ça se fait déclarativement, dans un fichier de conf, sans toucher au code.

Je n'ai pas idée du contexte dans lequel tu es (perso / pro, nombre d'utilisateurs, taille de la boite, niveau de l'équipe IT de la boîte s'il y a en a une, ...). Mais s'il y a la moindre chance que quelqu'un doive reprendre ce code, il vaut mieux s'en tenir, pour les briques élémentaires comme le logging, à de l'existant.

[tomlev]

J'y avais pas pensé. Mais si j'en crois cette discussion, les méthodes appelant GetCurrentMethod ne sont pas inlinées.

Ah, c'est bon à savoir ! Donc en fait je m'inquiétais pour rien...