🚀 go-pugleaf

Pozwoliłem sobie przenieść wątek...

W dniu 2012-01-09 15:04, R.e.m.e.K pisze:
 > Dnia Mon, 09 Jan 2012 14:39:18 +0100, wloochacz napisał(a):
 >
 >> BTW - mam fajny temat na dyskusję, ale nie chce mi się zaczynać bo i nie
 >> wszystko jeszcze dokładnie sprawdziłem...
 >> Chodzi w ogóle o tzw. "Debug&  Logging system", a w szczególe o CodeSite
 >> (ale przecież jest jeszcze doskonały SmartInspect), który
 >> wspaniałomyślnie dołączono do Delphi XE i nowszych.
 >> Mam niejasne wrażenie, iż nie wszyscy zdają sobie sprawę jaką potęgę
 >> dostali do łapek razem z Delphi XE.
 >
 > Heh, tez mnie od kilku dni korcilo o tym watek zaczac, ale bardziej
 > wywiadowczy, bo zaczynam sie sklaniac do zakupu albo CodeSite albo
 > (bardziej) SmartInspecta i chcialem popytac o roznice i slabe strony 
 > obu.
Miałem podobny dylemat - ale już nie mam :)
Zostaję przy CodeSite.

 > Poki co trafilem na jakis stary watek w ktorym twierdzi sie, ze CS
 > jest oparty na windowsowych messagesach i przez to bywa malo wydajny
 > przy wiekszej liczbie zdarzen (w tym zamula system).
Czytałeś dokładnie ten wątek? Bo ciut pomieszałeś...
Ograniczenie związane z win messages jest dotkliwe przy logowaniu z 
usługi systemowej. Trzeba taką usługę zrobić "interaktywną z desktopem" 
bo inaczej ma w nosie messages.
I to wszystko prawda, ale... CodeSite równie dobrze może działać na 
warstwie transportowej TCP/IP a messages są używane domyślnie.

Co do zamulania - było tak faktycznie i problem dotyczył LiveViewera, 
czyli aplikacji do przeglądania logów. Ray Konnopka pisze wyraźnie - 
wyłącz AutoScroll...

Ot i całe zamieszanie.

 > CS wymaga tez
 > dispatchera na komputerach klienckich, to spora wada.
I ogromna zaleta.
To prawda, że Dispatcher jest wymagany, ale jego instalacja jest 
trywialna, a w sumie nie ma żadnej - wystarczy skopiować plik EXE do 
katalogu aplikacji; reszta zrobi się sama.
Niech mnie ktoś poprawi, ale CS i SI mają ciut różną architekturę.
CS może i potrafi obsługiwać nieograniczoną ilość loggerów w tym samym 
czasie. A więc można sobie zrobić np. osobne loggery dla logowania 
różnych części aplikacji (ja mam np. osobne loggery dla różnych poziomów 
logowania (Info, Debug, Warning, Error, Fatal), każdy podsystem 
frameworka ma osobny, obiekty biznesowe też mogą mieć osobne).
Każdy logger może działać z różnymi Destinations - a więc równocześnie 
może logować np. do pliku, serwera TCP/IP czy LiveViewer'a.
Co więcej - każda osobna instancja loggera może logować do tego samego 
pliku,a le może też i do osobnych.
Synchronizacją tym całym "bałaganem" zarządza właśnie CSDispacher.

Z tego co zauważyłem, to w SI poziomy logowania (Info, Debug, Warning, 
Error, Fatal) są dostępne od ręki. W CS nie ma czegoś takiego, trzeba to 
sobie poskładać wedle uznania.
Za to całość jest dużo bardziej elastyczna i niezależna od siebie nawzajem.

 > Piotr Rezmer napisal, ze SI mozna latwo zintegrowac z Eureka, ale tak
 > naprawde polega to na "dointegrowaniu" loga SI do Eureki, wiec mozna
 > to identycznie zrobic takze dla CS.
Zrobiłem sobie taką integrację w 5 min :D
Co prawda zajęło mi to dzień cały, ale czas poświęciłem na poznawanie CS'a.
Może potem pokażę jakieś obrazki czy coś...

 > Poza tym widze, ze wygladaja
 > podobnie, ale diabel pewnie drzemie w szczegolach, o tym by warto
 > przy okazji pogadac.
Ano, właśnie.

 > ps. mam XE i w nim CodeSite, ale jesli to ma byc zwiazek na lata
 > to wolalbympoznac oba i wybrac po prostu lepszy, chocby i trzeba
 > bylo doplacic.
Nie wiem który lepszy, ale CSa mam za friko i póki co mi wystarczy - 
zwłaszcza, że moja wersja 4.6.1 Express w połączeniu z CodeSiteExtension 
i moim własnym Extension daje mi tyle co CodeSite 5 i ciut więcej ;-)

-- 
wloochacz