2015-04-15 10 views

Odpowiedz

1

Nie ma obecnie na ten mechanizm - projektowanie jeden wydaje się trudne

+0

Rzeczywiście, co od razu przychodzi na myśl jest albo specjalnie sformatowane (ale ostatecznie byłoby doskonałym dodatkiem do projektu!) komunikat, pochłaniacz przypominający przechwytujący (funkcja lambda?), który wykonuje ostateczne wywołanie lub jakiś dodatkowy obiekt i prawdopodobnie metaprogramowanie. Być może jedną z opcji będzie opcjonalna lambda, która zostanie wywołana z danym zlewem (np. Interfejs dziennika zdarzeń), aby wywołanie było "na miejscu", lub tak wyglądałoby w kodzie. Po prostu coś z mojej głowy. Wygląda na to, że zapotrzebowanie w naszym projekcie może zostać zaspokojone w inny sposób, ale mimo to będzie to świetna funkcja! – Veksi

+0

Zastanawiam się, czy można użyć skrótu szablonu wiadomości ('' Foo {Bar} ") do wygenerowania unikalnego (wystarczającego) identyfikatora zdarzenia? W takim razie podstawową kwestią jest wygenerowanie odpowiedniego pliku manifestu ... Nie jestem jednak zaznajomiony z tym aspektem dziennika zdarzeń. –

+0

W niektórych sytuacjach będzie działać, ale nie we wszystkich. Istnieje wiele narzędzi do monitorowania, które odczytują dziennik zdarzeń i można zdefiniować reguły występowania lub niewystąpienia określonych identyfikatorów. Będzie to działało, jeśli byłoby dobrze mieć różne identyfikatory, ale nie było łatwo, gdyby ktoś chciał wstępnie zdefiniować zakresy identyfikatorów o pewnym znaczeniu. Obecnie zlew Serilog EL wykorzystuje jako identyfikator poziom istotności. Możemy to zrobić i umieścić identyfikator zdarzenia na samej wiadomości i wykonać "wyrażenie" w ciągu wiadomości. Nie jest idealny, ale działa, ponieważ jesteśmy zainteresowani poziomami Fatal i Error. – Veksi

Powiązane problemy