Try catch - użycie

Question

Kiedy wykorzystywać wyjątki "try, catch", jakoś tego nie rozumiem bo przykłady jakie znalazłem sobie w internecie są dla mnie głupie.

Np.

function podziel($a, $b) {
    if($b == 0) {
        throw new Exception("Nie dzielimy przez zero!");
    }
        return $a/$b;
}

try {
    echo podziel(12, 0);
} catch (Exception $e) {
    echo $e->getMessage();
}

A ja zrobiłbym to p oprostu używając if-a

function podziel($a, $b) {
    if($b != 0) {    
        return $a/$b;
    } else {
        return 'Nie dzielimy przez zero';
    }
}

Więc kiedy używać?

Answer 1

Na tak prostym kodzie faktycznie, użycie tego ifa może być lekko "brzydsze", ale robi to samo i może nawet prościej. Choć kłóciłbym się o to, co zwraca funkcja podziel w drugim kodzie - stringa czy liczbę? Powinien być zadeklarowany typ zwracany gdy to możliwe, mamy PHP7 od dawna. Gdybyś nie robił echo podziel() tylko chciałbyś dalej to np. dodać to co? Musiałbyś sprawdzić czy tam jest string (zwrócony błąd) czy liczba którą można dodać. Niezbyt wygodne.

Znasz trochę OOP i MVC? Mam nadzieję że tak, to będzie łatwiej. Załóżmy tak: masz aplikację i prosty schemat: uruchamia się kontroler użytkowników, który wywołuje jakąś klasę nazwaną ogólnie serwisem użytkowników, a ten serwis ma metodę tworzącą i zwracającą nowego użytkownika. Masz też piękną podstronę z błędem 500, który trzeba pokazać jak coś się wysypie oraz dodatkowo zalogować dokładny błąd do logów systemu. Teraz zagadka: jak obsłużyć błąd, który wydarzy się w serwisie podczas tworzenia użytkownika? Widoki zwraca przecież kontroler, z serwisu nie ma jak. Zwrócić null/string z błędem z metody tworzącej użytkownika? No nie możemy bo metoda ma zwracać model użytkownika, nawet jakby nie zadeklarować typu zwracanego to bez sensu przecież. Zrobić w serwisie echo 'błąd'; exit();? Paskudne, jak mówiłem strona musi zwracać cały konkretny widok z błędem 500 a i jeszcze zalogować ten błąd! W każdym miejscu gdzie może się coś stać musiałbyś więc przeklejać kod generowania podstrony i logowania błędu.

Tu z pomocą przychodzą wyjątki. Rzucasz sobie taki w serwisie. Przy dobrze napisanym kodzie wystarczy zrobić tak, że w jednym miejscu złapiesz wszystkie wyjątki i raz napiszesz tam kod wyświetlający podstronę błędu czy logowanie treści błędu do logów. Co więcej, można tworzyć własne klasy wyjątków, co daje możliwość różnych reakcji na różne błędy i łapania ich w odpowiednich miejscach, w zależności od potrzeb. Każdy wyjątek może mieć też swój kod błędu, dodatkowo możesz z niego odczytać plik w jakim został rzucony wyjątek, linię w kodzie, trace (ścieżkę, jakie klasy po kolei co wywoływały dochodząc do tego błędu). Rzucenie wyjątku przerywa dalsze wykonywanie kodu, czyli np. to co masz dalej w metodzie już się nie wykona, nie trzeba żadnych warunków. Do tego jeszcze wyjątki są przecież klasą, można więc we własnym typie np. nadpisać konstruktor czy dodać metodę i wstawić tam własną potrzebną logikę (nie szalałbym tu za bardzo z jej ilością, ale choćby dostosowanie komunikatu błędu bez problemu).

Mam nadzieję, że trochę rozjaśniłem - na przykładzie tego typu chyba najprościej wytłumaczyć.

Comments

A właściwie, co powinien zadeklarować jako zwracany typ inta z tego dzielenia, czy stringa z elsa?

czyli

function podziel(int $a, int $b) : int {}

czy

function podziel(int $a, int $b) : string {}

 

---

No właśnie o to chodzi, że zwracając raz stringa a raz inta (czy nawet float, bo dzielenie może dać przecież wynik z ułamkiem) nie może zadeklarować typu zwracanego w taki sposób, bo jeśli zadeklaruje jedno a zwróci drugie to interpreter wyrzuci błąd.

W tym przypadku jest to po prostu źle napisane, funkcja/metoda niech zwraca jeden typ, a błędy obsługuje właśnie wyjątkami. Gdy faktycznie jest jakaś wyższa konieczność, aby tak zrobić, to nie można wtedy zadeklarować normalnie typu. Można jedynie w ramach dodatku wspomóc się phpDocumentorem i zapisać coś w rodzaju:

/**
 * @param int $a
 * @param int $b
 * @return string|float
 */
function podziel(int $a, int $b)
{
    // ...
}

---

Przepraszam autora pytania, że trochę mu tutaj zmieniam temat :D

@Arkadiusz tak odrzucając na razie na bok wyjątki, po przerobieniu tego w taki sposób:

function podziel(int $a, int $b) : float {
    if($b != 0) {    
        return $a/$b;
    } else {
        echo 'Nie dzielimy przez zero';
    }
}

byłoby ok, czy przez wywołanie "echo podziel(15, 0);" nie może tak być, bo właściwie otrzymujemy "echo echo 'Nie dzielimy przez zero'"?

---

Dzięki za wyjaśnienie

---

@matizuu, biorąc dokładnie ten kod, który podałeś najpierw pojawi się "Nie dzielimy przez zero" a później błąd, bo nie zwróciłeś nic z funkcji, która ma zwracać float. Gdybyś usunął zwracanie float to funkcja sama wyświetlałaby ten komunikat, a następnie nie zwracała nic, czyli robiłaby echo niczego, a więc prawdopodobnie nic dodatkowo by się nie stało - byłoby raz "Nie dzielmy przez zero". Co nie zmienia faktu, że nie ma sensu robić echo echo, a w ogóle samo wyświetlanie czegoś nagle w funkcji nie jest zbyt dobrym pomysłem :)

Answer 2

Hej, wyobraź sobie sytuacje, że np. pobierasz dane od użytkownika i przypisujesz do inta. Tylko że użytkownik zamiast inta podał stringa no i takie coś już ciężko obsłużyć normalnymi warunkami. Dlatego z tego co wiem wyjątki działają na zasadzie tego, że aplikacja cofa się niejako w swoim działaniu i catch pozwala obsłużyć tego typu kryzysowe sytuację.