Porównaj rejestrowanie bloku aplikacji w bibliotece Enterprise versus Log4net?

Question

Czy ktoś może porównać te dwa mechanizmy rejestrowania?

Answer 1

To zostało napisane dość dużo. Oto kilka rzeczy do czytania:

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

Myślami:

• Ogólny konsensus wydaje się, że log4net wykonuje się szybciej.To, czy ma to znaczenie w typowym wniosku, jest przedmiotem debaty.
• log4net obsługuje również rejestratory hierarchiczne po wyjęciu z pudełka, co jest miłe. EL może wykonać coś podobnego, ale trzeba wykonać własne.
• Konfiguracja log4net jest nieco tajemnicza i nie jest dobrze udokumentowana (IMO). Jednak EL jest również kłopotliwe w konfiguracji (i bolesne bez narzędzia konfiguracyjnego). Również EL daje ci tak duży wybór, że możesz poświęcić trochę czasu na projektowanie (np. Czy chcesz, by kategorie były powiązane z poziomem logowania lub warstwami, lub obszarem funkcjonalnym, lub wszystkimi poprzednimi, czy też czymś innym?)

Jeśli już używasz EL, możesz po prostu trzymać się EL Logging (integruje się to również z blokiem obsługi wyjątków) w celu zachowania spójności. Jeśli używam EL dla aplikacji, to używam EL do logowania. Jeśli nie, to zazwyczaj faworyzuję log4net dla mniejszych aplikacji, ponieważ czas konfiguracji jest zwykle krótszy. (Nie zaśmiecać nikogo ulubionego rejestratora!))

Użyłem obu i stwierdziłem, że oba działają dobrze.

Answer 2

Podałem kilka opisów poniżej bezpośrednio ze strony narzędzia. Wolę ELMAH, który jest na dole, ale nie spędziłem zbyt wiele czasu na Log4Net lub Bloku Aplikacyjnym Logowań.

Log4Net

• Wsparcie dla wielu ram
• wyjścia do wielu celów rejestrowania
• hierarchiczne rejestrowanie architektura
• konfiguracyjnym XML
• Dynamiczna konfiguracja
• Logging Kontekst
• Sprawdzona architektura
• modułowy i rozszerzalny projekt
• Wysoka wydajność z elastycznością

Logging Application Block

• Impreza zalogować
• e-mail wiadomość
• bazy danych
• A kolejka wiadomości
• Plik tekstowy
• WMI zdarzenie
• lokalizacje niestandardowe wykorzystujące blokowe aplikacja punkty rozszerzeń

ELMAH

• Rejestrowanie prawie wszystkich nieobsłużonych wyjątków.
• Strona internetowa do zdalnego przeglądania całego rejestru przekodowanych wyjątków.
• Strona internetowa umożliwiająca zdalne przeglądanie wszystkich szczegółów dowolnego zarejestrowanego wyjątku.
• W wielu przypadkach można przejrzeć oryginalny żółty ekran śmierci generowany przez program ASP.NET dla danego wyjątku, nawet po wyłączeniu trybu customErrors.
• Powiadomienie e-mailem o każdym błędzie w momencie jego wystąpienia.
• Kanał RSS z 15 ostatnich błędów z dziennika.

Answer 3

To może być interesujące: http://www.dotnetlogging.com/comparison/