Ich kann Elmah aufzeichnen, um Ausnahmen in meiner ASP.Net-Anwendung zu protokollieren, und es funktioniert gut.Mit Elmah interessante Ereignisse zu überprüfen
Ich habe auch eine Anforderung, interessante Ereignisse zu überprüfen, die in der Anwendung auftreten. Ich muss beispielsweise das Ereignis "E-Mail-Adresse wurde geändert" überprüfen und die alte und die neue E-Mail-Adresse speichern.
Ist es angebracht, Elmah zu verwenden, um diese interessanten Ereignisse zu protokollieren? Es scheint nicht so zu sein, dass Elmah so konfiguriert ist, dass sie nichts über Ausnahmen hinaus protokolliert.
Ich könnte es da drin schmelzen und eine gefälschte Ausnahme erstellen, aber das riecht komisch. Auf der anderen Seite scheint es schlecht zu sein, mehrere Log-Repositories für eine kleine Anwendung zu haben.
Ist es angemessen, Elmah als Audit-Repository zu verwenden und gefälschte Ausnahmen zu erstellen? Kann Elmah "Info" -Elemente speichern, abgesehen von Ausnahmen? Gibt es ein besseres Repository für interessante Ereignisse, wenn ich Elmah bereits benutze?
Nun, Elmah kann für die benutzerdefinierte Protokollierung auch verwendet werden - wie: Elmah.ErrorLog.GetDefault (Kontext) .Log (neue Elmah.Error (neue Ausnahme ("Sample Text"))); – NinethSense
Ja, Neun, das mache ich für einfache/schnelle Apps. – Will
John, kannst du ein paar Gründe nennen, um deine Ansicht zu unterstützen? EMAB, Log4Net, ASP.Net-Gesundheitsüberwachung und andere können Fehler protokollieren; vielleicht nicht so gut wie Elmah, aber sie erlauben ein Auditprotokoll. Warum sollten Ausnahmen auf Elmah gerichtet sein, während eine andere Ebene für Info-Audits verwendet wird? – a7drew