On 2013-01-12, darekm <d...@e...com> wrote:
>
>> Proszę bardzo, jedziesz. Ja w Perlu robię tak:
>> #v+
>> $logger->warn(msg "coś się zepsuło",
>> file => $filename, errorcode => $?, warning => $msg);
>> #v-
>>
>> Masz obiekt loggera z metodą do wysyłania ostrzeżeń. Potrzebujesz podać:
>> 1) własny komunikat
>> 2) nazwę pliku, którego np. otwarcie sprawiło problem
>> 3) kod błędu (errno lub analogiczny)
>> 4) treść komunikatu od systemu
>> Uwagi:
>> * 4) może zawierać cokolwiek i nie masz nad tym kontroli
>> * wpis w logu ma być czytelny dla człowieka i maszyny
>> * masz w kodzie móc dodać kolejne pola ad-hoc, bez edycji w innych
>> plikach czy miejscach bieżącego pliku
>>
>
> Nie ma większego problemu, jest kilka metod na rozwiązanie w zależności
> od potrzeb. Może to boś ściśle typowane lub nie (variant, string). Czas
> życia komunikatu zarządzany ręcznie (obiekty) lub automatycznie
> (interface, open string, array of). Możesz mieć przeładowaną funkcję warn.
>
>
> stringi są w Delphi automatycznie zarządzane i efektywnie
> przekazywane. Podobnie dynamiczne tablice stringów. Parsowanie jest
> trywialne. Mam zbór funkcji które zbudują taki komunikat (tablica
> asocjacyjna) jak wskazałeś a sam logger w pełni asynchroniczny.

Oczywiście. Drzewa zasłaniają ci las.

Nie interesuje mnie czas życia tego stringa. Nie interesuje mnie
przeciążanie funkcji warn, zwłaszcza że ona powinna być biblioteczna.
To, co mnie interesuje, to definiowanie pól w komunikacie ad-hoc,
w miejscu, w którym tworzę komunikat. *Bez przygotowań*, w tym bez
deklarowania dodatkowych zmiennych tylko na potrzeby logowania.

--
Secunia non olet.
Stanislaw Klekot