![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 21 Pomógł: 1 Dołączył: 6.04.2009 Ostrzeżenie: (0%) ![]() ![]() |
Witam. Chciałem się dowiedzieć, kiedy NALEŻY stosować wyjątki w OOP? Chodzi mi o konkretne przykłady i jakieś dobre wytłumaczenie.
Wyjątki jak sama nazwa wskazuje, ale np . Kod $a=5; $b=0; if($a<$5){ ... } Też mogli byśmy użyć wyjątków? i czy powinno się? bless |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
@Crozin: sytuacja z jpg i jego formatem jest trochę rozmyta. Jeśli bowiem masz na myśli jakieś proste sprawdzenie typu rozszerzenia czy mime bez faktycznego sprawdzenia zawartości pliku jakimś narzędziem mogącym zweryfikować informacje nagłówkowe pliku i stwierdzić, że mamy faktycznie do czynienia z poprawnym jpg, to fakt. można przemycić dowolny plik do obróbki i tutaj żadne ifowanie nie pomoże oraz wyjątek JEST na miejscu. Ale jeśli ktoś używa wyjątków by sprawdzić czy mu user podesłał jpg czy png to już z deczka jest to nadużywanie tego narzędzia.
I tak. Wyjątek sam w sobie zwraca nie tylko komunikat, ale informację czego dotyczy już po samej klasie jaką jest. Co innego bowiem Image_type_Exception('Not available'), a co innego Image_type_Exception('Licence restrictions'), ale już zupełnie inna bajka to Image_size_Exception('Input size too large to process'), gdzie już sam typ nas informuje z jaką kategorią wyjątku mamy do czynienia, ale komunikat może to uściślić. @Orzeszekk: walidacja to nie jest coś co robi się "bo tak powinno się robić", a tym bardziej NIE zostawia się jej jedynie po stronie użytkownika, ale obowiązkowo robi na serwerze. Po stronie usera to jedynie "dodatek", by nie wysyłać tak często błędnych danych. I nie masz racji do końca z widokiem formularza. W moich skryptach za wyświetlanie strony z błędami oraz samego formularza odpowiada TEN SAM widok, ale w zależności od przekazanych mu danych wyświetla je odpowiednio sformatowane. Wszystko bowiem w nim zależy od przekazanych mu struktur danych. Za każdym razem ma pełen komplet danych, ale za każdym razem one mogą być inne jednocześnie. Poza tym co mi po komunikacie jako wyjątku? Równie dobrze mogę wysłać stringa lub tablicę stringów i sprawdzać czy jest pusta czy nie (IMG:style_emoticons/default/wink.gif) Siła wyjątku leży już w samym fakcie, że nie samym komunikatem daje on nam informacje. Mogę bowiem jak wspomniałem wyżej mogę łapać choćby klasę wyjątku Image_Exception oraz Image_processing_Exception i już na dzień dobry wiem, że jedna jest mocno ogólna, a druga szczegółowa i nie wszystko tam trafi oraz zależy mi na wyłapaniu ewentualnym tego, a nie innego typu wyjątku, gdyż spowodować on może wywalenie się aplikacji, zaś pozostałe są mniej "awaryjnogenne". Przy czym kompletnie nie wiem co może się stać, ale zależy mi by temu zapobiec/przeciwdziałać w jakiś sposób. A sam wyjątek rzucam właśnie wtedy gdy coś się wywalić może i nie jestem w stanie przewidzieć czemu oraz jako komunikat zapewne zrzut stosu załączę, by wyłapać co poszło i gdzie nie tak, by to zdebugować. I znowu darko wspomniał jedną rzecz, o której PHPowcy zwyczajnie nie mają dużego pojęcia, bo za mało mają do czynienia z "owyjątkowionymi" bibliotekami... Normą jest bowiem wśród naszej braci łapanie w taki sposób
i gdy nagle łapiemy coś czego nie powinno być to jest mega zonk dla większości, bo "skąd i dlaczego?". A zwłaszcza gdyby sypnęła by wyjątkiem biblioteka standardowa, której to wyjątków zapewne większość by nie znała. A jest to rzecz normalna w takiej choćby Javie, gdzie wyjątki się sypią jak igły z choinki na trzech króli, przy byle pierdółce, na pół ekranu (IMG:style_emoticons/default/wink.gif) |
|
|
![]() ![]() |
![]() |
Aktualny czas: 25.09.2025 - 02:54 |