log4net-Strategie, die auf namens-Logger?

Ich in der Regel erklären die folgenden, in jeder Klasse:

private static readonly log4net.ILog log = log4net.LogManager.GetLogger(
            System.Reflection.MethodBase.GetCurrentMethod().DeclaringType);

- und die static-member innerhalb der jeweiligen Klasse anmelden, die auf verschiedenen Ebenen (info, debug, etc.)

Ich sah, dass irgendwo und mit etwas gedankenlos, mit der Begründung, daß die Einrichtung ist flexibel genug, um mir zu helfen filter von namespace und ein Protokoll zu den einzelnen Formen, wenn ich wollte, um bei der Fehlerbehebung von Produktionsproblemen und was nicht.

Aber ich habe selten in Benutzung hatte, die "Ebene" der bildenden Protokollierung. Also, würde ich mag, um zu sehen, was andere verwenden. Verwenden Sie die oben, da habe ich das Gefühl, viele sind mit nur dass, oder tun Sie erstellen benannter Logger wie "debug", "trace", "error", "moduleA", etc. und teilen Sie den logger bei den verschiedenen Arten, Baugruppen?

InformationsquelleAutor |
  1. 11

    Ich benutze grundsätzlich

    public class MyClass
{
    private static readonly ILog log = Log.Get<MyClass>();
}

    denen Melden.Sie ist eine Klasse, die im Grunde bedeutet dies intern

    return LogManager.GetLogger(typeof(T));

    Den startup-Kosten ist noch kleiner als die Reflexion sowie cleaner imo.

    Update: da meine Erfahrung in späteren Jahren mit dependency injection, unit-testing und fakes kann ich nicht mehr sagen, dass ich gut, den Ansatz, die oben beschriebenen. Das problem mit dem Ansatz (sowohl meine und die des OP) ist, dass der code haben explizites wissen über wie die log-Instanz erstellt.

    Einer eine Seite, diese erhöhte Kupplung macht es schwieriger, um zu testen: es gibt keine einfache Möglichkeit, anstelle der ILog Instanz mit einer gefälschten. Auf der anderen Seite werden änderungen an meinem Log Klasse verursachen änderungen der welligkeit durch alle Klassen, der es verwendet.

    Ich gehe deshalb den Weg der Injektion die ILog Instanz, in der Regel über Konstruktor-Injektion und auslagern der wie konstruieren Sie einen logger zu mein DI-framework der Wahl:

    public class MyClass
{
    readonly ILog _log;

    public class MyClass(ILog log)
    {
        _log = log;
    }
}

    Dies ermöglicht für die richtige Entkopplung. Der code nicht mehr benötigen, zu wissen, wie Holzfäller gebaut werden. Die meisten dependency injection-frameworks haben, bedeutet der Blick auf die Art injiziert werden, und dann mit, dass zum erstellen der log-Instanz. Hier ist ein Ansatz für log4net und Autofac.

    • was nützt es diese geben über die Verwendung LogManager.GetLogger(typeof(MyClass)) wenn immer die ILog Instanz?
    • Kürzer, sauberer code. Aber sollte ich diese überarbeiten beantworten, denn heute verwende ich dependency injection und lassen Sie das DI-framework konstruieren Sie den logger.
    InformationsquelleAutor
  2. 2

    Die Kosten, es zu tun, Ihre originelle Art und Weise wird eine Instanz des ILog-Implementierung und die Zeit, die es braucht, um laufen " - System.Reflexion.MethodBase.GetCurrentMethod().DeclaringType" beim Start.

    Ich erinnere mich daran, dass in ein paar Jahren zurück, und unsere startup-Kosten in der Größenordnung von 1 Sekunde pro 10000 Klassen, und weniger als ein megabyte pro 10k Klassen.

    Gegeben, die eine so niedrige Kosten, habe ich nie bereut angesichts der incredibe Flexibilität log4net bietet.

    Hinweis: ich kann nicht kommentieren, die andere Lösung hier, da ich neu bin.. aber diese Zeile:

    Methode = neue System.Diagnostik.StackTrace().GetFrame(1).GetMethod();

    Ist teuer, vor allem, wenn es für jede log-Meldung.

    InformationsquelleAutor
  3. 0

    Einem Werkzeug, das Sie verwenden können mit der Protokollierung ist PostSharp (http://www.postsharp.org/). Es gibt eine kostenpflichtige und eine Kostenlose (Express) version. Ich habe es nur verwendet, um log-Methode Grenzen, aber ich weiß, Sie können es auch verwenden, für error-handling. Zwischen den beiden, das würde kümmern sich um die meisten Ihrer Anmeldung braucht, ohne das schreiben von code in jeder Klasse.

    InformationsquelleAutor
  4. -1

    In letzter Zeit, ich habe so etwas wie dieses:

    public static class Logger
{
    private static bool isLoaded = false;       

    public static ILog Log
    {
        get
        {
            System.Reflection.MethodBase method;
            method = new System.Diagnostics.StackTrace().GetFrame(1).GetMethod();
            StringBuilder loggerName = new StringBuilder();
            loggerName.AppendFormat("{0}.{1}(", method.ReflectedType.FullName, method.Name);

            ParameterInfo[] parameters = method.GetParameters();
            string[] parametersStr = new string[parameters.Length];

            if (parameters.Length > 0)
            {
                for (int i = 0; i < parameters.Length; i++)
                {
                    parametersStr[i] = parameters[i].ToString();
                }
                loggerName.Append(String.Join(", ", parametersStr));
            }

            loggerName.Append(")");

            return GetLogger(loggerName.ToString());
        }
    }


    private static ILog GetLogger(string loggerName)
    {
        if (!isLoaded)
        {
            log4net.Config.XmlConfigurator.Configure();
        }
        return LogManager.GetLogger(loggerName);
    }
}

    es lässt mich log4net verwenden, ohne die Erstellung einer Instanz in jeder Klasse, die ich brauche, es zu benutzen, und ich immer noch Klasse name und Methode, wo ich angemeldet die Aktion.

    Beispiel für die Nutzung:

    Logger.Log.DebugFormat("Response [{0}]", xmlResponse);
    • Haben Sie eine profiler dazu? Die Ausführungsgeschwindigkeit dieses Tier ist riesig. Und selbst wenn Sie wollten, um das DEBUG logging level in der Produktion entstehen die gleichen Kosten. Ich kann irgendwie den Punkt sehen, wenn Sie wirklich brauchen, den Namen der Methode, in der der logger aber dann wieder, wenn z.B. Ausnahmen auftreten, Sie würde, kommt der name in den exception-stacktrace sowieso...
    • Ziemlich sicher ist dies ersetzt durch die newish CallerName Attribut - siehe msdn.microsoft.com/en-us/library/...
    InformationsquelleAutor
Schreibe einen Kommentar