Vergleichen Sie die Protokollierung Application Block der Enterprise Library versus Log4net?

Kann bitte jemand die beiden vergleichen logging-Mechanismus?

  • Grand Canyon breit....
InformationsquelleAutor paradisonoir | 2009-08-24
  1. 11

    Dies ist geschrieben worden über einiges. Hier sind einige Dinge zu Lesen:

    http://james.newtonking.com/archive/2007/06/05/enterprise-library-logging-vs-log4net.aspx
    http://theiterator.com/2009/01/log4net-vs-enterprise-library-logging-application-block/
    https://stackoverflow.com/questions/118047/log4net-vs-enterprise-library-which-is-better-faster

    Meine Gedanken:

    • Der Allgemeine Konsens scheint zu sein, dass log4net führt schneller. Ob dies sinnvoll ist in einer typischen Anwendung ist zur Debatte.
    • log4net unterstützt auch hierarchische Logger aus der box, die ist schön. EL etwas leisten kann ähnlich, aber du musst Rollen Sie Ihre eigenen.
    • log4net die Konfiguration ist ein wenig undurchsichtig und nicht gut dokumentiert sind (IMO). Aber EL ist auch umständlich zu konfigurieren (und schmerzhaft, ohne das config-tool). Auch EL gibt Ihnen so viel Auswahl, möchten Sie vielleicht einige Zeit damit verbringen, auf design (z.B. möchten Sie die Kategorien werden in Bezug auf die logging-Ebene oder Ebenen oder funktionalen Bereich, oder alle die vorherigen, oder etwas anderes?)

    Wenn Sie sich bereits mit EL, möchten Sie vielleicht, um nur stick mit EL-Anmeldung (es integriert auch mit dem Exception Handling Block) für die Konsistenz. Wenn ich mit EL für eine Anwendung, dann Neige ich zum EL für die Protokollierung. Wenn nicht, dann ich in der Regel zugunsten log4net für kleinere Anwendungen, da die setup-Zeit ist in der Regel kürzer. (Nicht zu bestreiten jedermanns Lieblings-logger! 🙂 )

    Ich habe beides verwendet und fand, dass Sie beide gut funktionieren.

    InformationsquelleAutor Randy supports Monica
  2. 5

    Habe ich einige Beschreibungen unten sind alle direkt aus der tool-website. Ich bevorzuge ELMAH, das an der Unterseite, aber haben nicht viel Zeit damit verbracht, auf Log4Net oder der Logging Application Block.

    Log4Net

    • Unterstützung für mehrere frameworks
    • Ausgabe auf mehrere logging-Ziele
    • Hierarchische logging-Architektur
    • XML-Konfiguration
    • Dynamische Konfiguration
    • Protokollierung Kontext
    • Bewährten Architektur
    • Modulare und erweiterbare design
    • Hohe Leistung mit Flexibilität

    Logging Application Block

    • Das Ereignisprotokoll
    • Eine e-mail-Nachricht
    • Eine Datenbank
    • Eine message queue
    • Eine text-Datei
    • Ein WMI-Ereignis
    • Benutzerdefinierten Speicherorten mithilfe von application-block-Erweiterung Punkte

    ELMAH

    • Protokollierung von fast alle nicht behandelten Ausnahmen.
    • Eine web-Seite, um Remote-Ansicht das gesamte log von rekodiert Ausnahmen.
    • Eine web-Seite, um Einsicht in die vollständigen details der one angemeldet Ausnahme.
    • In vielen Fällen, Sie können überprüfen, dass die original gelben Bildschirm des Todes, ASP.NET generiert für einen gegebenen Ausnahme, auch mit customErrors-Modus ausgeschaltet.
    • Eine e-mail-Benachrichtigung jedes Fehlers an der Zeit, zu der es Auftritt.
    • Einen RSS-feed für die letzten 15 Fehler aus der log.
    InformationsquelleAutor RSolberg
  3. 1

    Könnte dies von Interesse sein: http://www.dotnetlogging.com/comparison/

    • etwas voreingenommen, ich vermute, wie es ist geschrieben von einem kommerziellen Unternehmen versuchen zu verticken Ihre Protokollierung von Produkt...
    InformationsquelleAutor Dennis G.
Schreibe einen Kommentar