🚀 go-pugleaf

Dnia 29-10-2009 o 10:05:29 pakalk <pakalk@gmail.com> napisał(a):

>>  Mechanizm wyjątków nie czyni jezyka wyjątkowym
>>
>> wyjątkowym może nie, ale bezpieczniejszym i łatwiejszym w użyciu.
>> Wole dostać wyjątek, że nie zdefiniowałem zmiennej niż przesłać tą
>> niezdefiniowaną zmienną
>> do miliona rekordów w bazie czyszcząc wpisy i dowiedzieć się o tym po
>> fakcie przeglądając bazę
>> lub logi z php.
>
> set_error_handler()
> set_exception_handler()

Niestety, ale twój adwersasz ma rację. W PHP błędy wyłapuje się po faktach  
z logów.

Zarówno set_error_handler() jak i set_exception_handler() niewiele mogą.  
Wystarczy jeden, drobny błąd w zwracanych danych aby rozkraczyć każdą,  
choćby nie wiem jak zabezpieczoną, aplikację PHP (Jest tak dlatego, że  
idioci, co tworzyli ten język zadecydowali że błędy fatalne nie powinno  
się ograniczać tylko do błędu w parsowaniu składni). Jak nie wierzysz, to  
spróbuj programowo przechwycić poniższą sytuację. Nie wyłapiesz tego ani  
try-catchem ani niczym innym.


function jakis_kod() { return null; }
$obj = jakis_kod();
$obj->jakas_metoda(); # hehe, php leży i kwiczy

To jest po prostu kompletna kompromitacja dla tego języka. Pehap wywali  
się z kretyńskim błędem "Fatal error: Call to a member function  
jakas_metoda() on a non-object". Nic nie jest w stanie tego powstrzymać.

Już upierdliwy javowy NullPointerException jest lepszy, bo jest wyjątkiem,  
a wyjątki można wychwycić. Natomiast o tym że miał miejsce fatal error  
można dowiedzieć się tylko z logów. Lub z pustego ekranu, jak ma się tą  
wątpliwą przyjemność natrafić na coś takiego przy przeladowywaniu strony.

Innymi słowy, PHP nie jest w stanie dostarczyć więc szczelnego,  
zautomatyzowanego systemu wyłapywania błędów tak, jak to jest Django, czy  
web2py. Jedyne co można zrobić to mozolnie przetwarzać i analizować logi  
aby wyłuskiwać z nich takie błędy które wcześniej się pojawiły.

-- 
JZ http://blog.zabiello.com