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 21:39:56)
Zdefiniuj mi "rozne typy wyjatków" (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
W tym konkretnym przypadku (ktory podałem) jedna klasa jest identyczna jak druga, rozni sie jedynie nazwa... a czy tu chodzi o nazwy? Wg. mnie moglaby byc to jedna klasa, ktora obsłuzyłaby nie tylko wyjatki ale takze i bledy.

Ale wyjątków normalnie nie obsługuje się w sposób, który podałeś. Łapiesz na top-level Exception i wywalasz na ekran. A przecież normalnie robi się catch po fragmencie kodu, łapie określony wyjątek i obsługuje. Jak chchcesz to zrobić dysponując tylko jedną klasą wyjątku? Nie będziesz wiedział, co się stało i nie będziesz w stanie nic zrobić poza wywaleniem komunikatu na ekran i przerwaniem skryptu.

Generalnie jestem przeciwny podanemu przez ciebie kodowi. Czemu ma on służyć? Wyjątki nie służą do wywalania komunikatów na ekran. Nie służą też do logowania błędów. Ani do debugowania aplikacji. Służą do obsługi błędów, a łapiąc zwykły Exception cieżko cokolwiek obsłużyć, chyba że będziemy wstawiać try/catch co drugą linię kodu.
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: 3.10.2025 - 13:46