@ zamiast isset() Opcje

[norgoth]

Mam w swoim projekcie kilka takich kilka takich struktur kontrolnych, gdzie właściwie nie interesuje mnie czy dana zmienna istnieje czy nie, bo jeśli nie istnieje, to i tak warunek nie będzie spełniony, czyli mam rezultat jakiego chce.

Jako przykład mogę podać walidację formularza, w przypadku kiedy użytkownik nie wpisał jakichś potrzebnych danych, a formularz i tak nie przejdzie bo dane są sprawdzone pod kątem minimalnej długości stringa a np. długość nie może być mniejsza niż 5.

Problem w tym że kiedy tej zmiennej nie ma, to w error.log powstają niepotrzebne notice.

No i teraz pytanie. Czy można tłumić te notice przez dodanie przed zmienną operatora @, czy może mogą powstać jakieś niepoźądane efekty takiego działania i lepiej było by sprawdzać zmienną przez isset()? Jednak znowu czy isset() nie jest większym obciążeniem dla aplikacji niż małe, szybkie @?

Ten post edytował norgoth 31.01.2008, 23:44:06

[sobstel]

To, że jest to opóźnienie, to nie ulega wątpliwości.

Co do drugiej części, w sumie przecież @ są także obsługiwane przez własny handler (ustawiony przez set_error_handler()), wystarczy wewnątrz handlera sprawdzić czy error_reporting() zwraca 0 (co z kolei potwierdza moją wersję zdarzeń z przestawianiem error reportingu (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif) ;-) ), czyli podsumowując błędy są przechwytywane, ale standardowy mechanizm ich nie raportuje (loguje).