![]() |
![]() |
![]()
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:
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).
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... |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Przyjaciele php.pl Postów: 742 Pomógł: 0 Dołączył: 14.12.2003 Skąd: Gdańsk, Trójmiasto Ostrzeżenie: (0%) ![]() ![]() |
Cytat(sopel @ 2006-03-15 10:08:30) Cytat(Vomit) Mamy takze set_exception_handler, ktorej funkcji istnienia do konca nie rozumiem. a co do set_exception_handler() to warto skorzystac z tej funkcji, aby zaprogramowac obsluge wyjatkow, o ktorych zapomnimy - nie jest znowu o to tak trudno - tak na wszelki wypadek. a moim zdaniem lepiej wszystkie wyjątki wyłapywac "na samej górze". Np w moim frameworku wyglada to tak: oczywiscie catchy moze byc wiecej ale ogolnie chodzi o to aby wyłapywc wyjątki w jednym miejscu poniewaz jest to czytelniejsze, chyba ze napisalismy plugin do programu i ma on niestandardową obsługę wyjątków. no i nie trzeba sie bawic w set_exception_handler ktore ani ladnie nie wyglada ani nie jest "standardowe" bo np w javie czegos takiego nie ma. Nauczcie sie pisac czysty kod:) A zeby nie zapomniec o jakis wyjatkach jako ostatni catch dajemy Exception ktory wylapie kazdy wyjatek. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 12:58 |