Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Wyjatki, Error Handler, Debugger
Vomit
post
Post #1





Grupa: Zarejestrowani
Postów: 122
Pomógł: 0
Dołączył: 23.01.2006

Ostrzeżenie: (0%)
-----


Witam,

Niedawno, w momencie gdy Bastion, dał do oceny swojego Debuggera, zaczałem zastanawiac sie jaki to ma sens. Mamy przeciez juz Error Handler, gdy dorzucimy do tego Wyjatki wydaje mi sie, ze to wszystko czego potrzeba.

W moim odczuciu, Error Handler, czyli standardowa obsługa bledów, moze byc jeszcze uzbrojona w dodawanie odpowiedniego wpisu do bazy i wysylanie maila do administratora. Mamy funkcje, set_error_handler, dzieki ktorej mozemy zrobic własny, "ładny", dzieki ktoremu mozemy wlasnie dodac wspomniane przeze mnie wyzej rzeczy i zmienic sposob wyswietlania bledu (tak jakby szablon) i wydaje mi sie ze to wszystko.
Ponadto mamy funkcje error_log, ktora zapisze do logow apacha te bledy.
Jest jeszcze trigger_error(), ktora w momencie istnienia wyjatkow troszke traci sens?

Wyjatki... w moim rozumieniu, przydatne przy takich sytuacjach:
  1. <?php
  2. try
  3. {
  4. $q = mysql_query();
  5. if ( !$q ) { throw new Exception('nie udalo sie zapytanie'); }
  6. }
  7. catch(Exception $e )
  8. {
  9. echo $e->__toString();
  10. }
  11. ?>

Obsługuja reszte bledów, ktore wynikna w momencie złego działania skryptu. Takze, mozemy dodac do tego "ładniejsze" wyswietlanie informacji o wyjatku, zapisywanie wyjatkow do bazy i powiadomienie mailem do admina. Mamy takze set_exception_handler, ktorej funkcji istnienia do konca nie rozumiem.

W manualu widziałem ciekawe połaczenie Error Handlera i wyjatkow (ktore sa przeciez zwyklym rozszerzeniem EH).
  1. <?php
  2.  
  3. function handler($errno, $errstr, $errfile, $errline)
  4. {
  5.  print "Error handled!\n";
  6.  throw new Exception($errstr, $errno);
  7. }
  8.  
  9. set_error_handler('handler');
  10.  
  11. try
  12. {
  13.  print 2 / 0; // simple error - division by zero
  14.  print "This will never be printed";
  15. }
  16. catch (Exception $e)
  17. {
  18.  print "Exception catched:\n";
  19.  print "Code: ".$e->getCode()."\n";
  20.  print "Message: ".$e->getMessage()."\n";
  21.  print "Line: ".$e->getLine();
  22. }
  23.  
  24. ?>


Wyjatki obsłuza zarowno typowe wyjatki jak i Error Handlera. Jesli jest to Wyjatek mozemy go zapisac do bazy i wyslac maila, jesli jest to Error, mozemy dodatkowo zapisac go do logow.

Nie widze w takim wypadku sensu istnienia Debuggera, chyba ze ma on jeszcze jakies inne zadania. Jesli sie myle prosze o wyjasnienie...
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
hawk
post
Post #2





Grupa: Zarejestrowani
Postów: 521
Pomógł: 0
Dołączył: 3.11.2003
Skąd: 3city

Ostrzeżenie: (0%)
-----


Cytat(Vomit @ 2006-03-12 11:58:01)
Nie widze w takim wypadku sensu istnienia Debuggera, chyba ze ma on jeszcze jakies inne zadania. Jesli sie myle prosze o wyjasnienie...

Tak naprawdę nie jest to debugger, tylko error handler, chociaż ja wolę słowo logger.

Generalnie zastosowania są dwa:
1. Podczas tworzenia aplikacji dobrze jest podpiąć coś, co wyświetli nam wyczerpujące informacje w przypadku wystąpienia błędu. A zatem narzędzie dla developera.

2. W działającej aplikacji powinno się wyświetlać krótki komunikat w przypadku błędu (a więc set_error_handler i set_exception_handler), a szczegółówe informacje gdzieś zrzucić, na ogół do pliku. Znowu potrzebny jest logger.
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 10.10.2025 - 15:02