Obs�uga B��d�w

Obs�uga b��d�w uwzgl�dnia niekt�re z najwi�kszych zmian mi�dzy PHP 5.6 a PHP 7.1 i warto om�wi� ten wa�ny temat osobno, nawet je�li dotkn�li�my go w odpowiednich miejscach w innym miejscu tego kursu.

Throwable

B�dziemy przygl�da� si� klasom Error i Exception . Na razie wszystko, co musisz wiedzie�, to to, �e oba implementuj� interfejs Throwable, kt�ry zosta� wprowadzony w PHP 7. Wskaz�wka : Powodem, dla kt�rego PHP zdefiniowa�o now� klas� Error, kt�ra nie rozszerza klasy Exception, by�o zachowanie wstecznej kompatybilno�ci z kodem PHP5.6.

Interfejs Thromble

Zar�wno wyj�tki, jak i wyj�tki b��d�w implementuj� interfejs Throwable, dzi�ki czemu mo�na wychwyci� oba typy w jednym bloku, takim jak ten:

< ?php
try {
// ...kod
} catch (Throwable $ e) {
echo "By�a klasa, kt�ra dziedziczy po Exception lub ErrorException
catch ";
}

Za chwil� zobaczymy pasuj�ce regu�y, kt�rych PHP u�ywa do por�wnywania wyj�tk�w b��d�w i wyj�tk�w z blokami catch. Mo�esz znale�� metody zdefiniowane w interfejsie Throwable w podr�czniku PHP, ale tutaj s� one dla Twojej wygody:

Throwable {
/ * Metody * /
abstract public string getMessage ( void )
abstract public int getCode ( void )
abstract public string getFile ( void )
abstract public int getLine ( void )
abstract public array getTrace ( void )
abstract public string getTraceAsString ( void )
abstract public Throwable getPrevious ( void )
abstract public string __toString ( void )
}

Wskaz�wka : Te metody mog� by� bardzo przydatne do rejestrowania b��du

B��dy

W starszych wersjach PHP b��dy by�y traktowane zupe�nie inaczej ni� wyj�tki. B��d wyst�powa� w silniku i pod warunkiem, �e nie by� �miertelny, m�g� by� obs�ugiwany przez funkcj� zdefiniowan� przez u�ytkownika. Problem polega� na tym, �e by�o kilka b��d�w krytycznych, kt�re nie mog�y by� obs�ugiwane przez program obs�ugi b��d�w zdefiniowany przez u�ytkownika. Oznacza�o to, �e nie mo�na z wdzi�kiem obs�ugiwa� krytycznych b��d�w w PHP5.6. By�o kilka skutk�w ubocznych, kt�re by�y problematyczne - takich jak utrata kontekstu uruchomieniowego, nie wywo�ano destruktor�w, a radzenie sobie z nimi by�o niezgrabne. W PHP 7 b��dy krytyczne s� teraz wyj�tkami i s� o wiele �atwiejsze do rozwi�zania.

Uwaga : Tylko b��dy krytyczne powoduj� zg�oszenie wyj�tku b��du. Musisz obs�ugiwa� b��dy niekrytyczne za pomoc� funkcji obs�ugi b��d�w.

Oto przyk�ad �apania krytycznego b��du w PHP 7.1. Zauwa�, �e nie jest wychwytywany b��d niekrytyczny.

< ?php
try {
// generuje b��d powiadomienia (nieprzechwycony)
echo $thisVariableIsNotSet;
// to by�by b��d krytyczny (zosta� przechwycony)
badFunction();
} catch (Error $e) {
echo "Error caught: " . $e->getMessage();
}

Ten skrypt wy�wietli b��d powiadomienia przy pr�bie dost�pu do niepoprawnej zmiennej. Pr�ba wywo�ania funkcji, kt�ra nie istnieje, spowodowa�aby b��d krytyczny we wcze�niejszych wersjach PHP, ale w PHP 7.1 mo�na go z�apa�. Oto dane wyj�ciowe skryptu:

Uwaga: Niezdefiniowana zmienna: thisVariableIsNotSet in / in / lQC3F w linii 5 B��d przechwycony: Wywo�anie niezdefiniowanej funkcji badFunction ()

Sta�e b��du

PHP ma wiele sta�ych, kt�re s� u�ywane w odniesieniu do b��d�w. Sta�e te s� u�ywane podczas konfigurowania PHP do ukrywania lub wy�wietlania b��d�w niekt�rych klas. Oto niekt�re z najcz�ciej spotykanych kod�w b��d�w:

Kod : Opis : Skrypt : Zg�asza b��d?

E_DEPRECATED : Interpreter wygeneruje ostrze�enia tego typu, je�li u�ywasz funkcji j�zyka, kt�ra jest przestarza�a : Kontynuuje dzia�anie : NIE

E_STRICT : Podobnie jak E_DEPRECATED, wskazuje, �e u�ywasz funkcja j�zyka, kt�ra nie jest obecnie standardem i mo�e nie dzia�a� w przysz�o�ci : Kontynuuje dzia�anie : NIE

E_PARSE : Nie mo�na przeanalizowa� sk�adni, wi�c tw�j skrypt si� nie uruchomi : W og�le nie b�dzie dzia�a� : NIE

E_NOTICE : Komunikat informacyjny : Kontynuuje dzia�anie : NIE

E_WARNING : S� to ostrze�enia inne ni� �miertelne : Kontynuuje dzia�anie : NIE

E_ERROR : Skrypt nie mo�e kontynuowa� dzia�ania i jest ko�czony : Przerywa, chyba �e ty poradzisz sobie z obs�ug� b��d�w : TAK

E_RECOVERABLE_ERROR : B��d by� prawdopodobnie wystarczaj�co niebezpieczny, aby by� �miertelnym, ale silnik nie jest w stanie i nie mo�na kontynuowa� : Przerywa, chyba �e poradzisz sobie z obs�ug� b��d�w : TAK

Korzystanie z funkcji obs�ugi b��d�w

Funkcja set_error_handler ()3 s�u�y do informowania PHP, jak obs�ugiwa� standardowe b��dy silnika, kt�re nie s� instancjami klasy wyj�tku Error. Nie mo�na u�y� funkcji obs�ugi b��d�w w przypadku b��d�w krytycznych; musisz je z�apa� jako wyj�tki b��du. set_error_handler () akceptuje callable4 jako sw�j parametr. Callables w PHP mo�na okre�li� na dwa sposoby: albo przez ci�g oznaczaj�cy nazw� funkcji, albo przez przekazanie tablicy zawieraj�cej obiekt i nazw� metody (w tej kolejno�ci).

Uwaga : Mo�esz okre�li� chronione i prywatne metody w obiekcie jako wywo�ywalne.

Mo�esz tak�e przekaza� null, aby powiedzie� PHP, aby powr�ci� do korzystania ze standardowego mechanizmu obs�ugi b��d�w. Je�li program obs�ugi b��d�w nie zako�czy programu i powr�ci, skrypt b�dzie kontynuowa� wykonywanie w wierszu po wyst�pieniu b��du. PHP przekazuje parametry do funkcji obs�ugi b��d�w. Mo�esz opcjonalnie zadeklarowa� je w podpisie funkcji, je�li chcesz ich u�y� w swojej funkcji.

< ?php
function myHandler(int $errNo, string $errMsg, string $file, int $line) {
echo "Error #[$errNo] occurred in [$file] at line [$line]: [$errMsg]";
}
set_error_handler('myHandler');
try {
// This does not throw an Error
5 / 0;
} catch ( Throwable $e ) {
echo 'Caught error : ' . $e->getMessage();
}
/*
Error #[2] occurred in [/in/Xa0Td] at line [11]: [Division by zero]
*/

W poprzednim przyk�adzie dzielimy liczb� pi�� przez zero. W PHP powoduje to ostrze�enie, wi�c b��d nie jest generowany. Jednak ustawili�my funkcj� myHandler () jako funkcj� obs�ugi b��d�w klienta, kt�ra jest wywo�ywana, gdy PHP napotka ostrze�enie. B��dy, kt�re powoduj� zako�czenie skryptu, nie mog� zosta� przechwycone przez procedur� obs�ugi b��d�w u�ytkownika; obejmuj� one E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR i E_COMPILE_WARNING.

Wy�wietlanie lub ukrywanie komunikat�w o b��dach innych ni� krytyczne Og�lnie rzecz bior�c, chcesz ukry� wszystkie komunikaty o b��dach systemu podczas produkcji, a kod powinien dzia�a� bez generowania ostrze�e� lub komunikat�w. Je�li chcesz wy�wietli� komunikat o b��dzie, upewnij si�, �e jest to wygenerowany komunikat, kt�ry nie zawiera informacji, kt�re mog�yby pom�c atakuj�cemu w�ama� si� do Twojego systemu. W �rodowisku programistycznym chcesz wy�wietla� wszystkie b��dy, aby mo�na by�o rozwi�za� wszystkie problemy, kt�rych dotycz�, ale podczas produkcji chcesz ukry� wszelkie komunikaty systemowe wysy�ane do u�ytkownika. Aby to osi�gn��, musisz skonfigurowa� PHP przy u�yciu nast�puj�cych ustawie� w pliku php.ini:

• display_errors mo�na ustawi� na false, aby ukry� wiadomo�ci
• log_errors mo�na wykorzysta� do przechowywania komunikat�w o b��dach w plikach dziennika
• mo�na ustawi� raportowanie b��d�w, aby skonfigurowa�, kt�re b��dy wyzwalaj� raport

Najlepsz� praktyk� jest z obs�uga b��d�w w aplikacji. W �rodowisku produkcyjnym powiniene� raczej rejestrowa� nieobs�ugiwane b��dy zamiast pozwoli�, aby by�y wy�wietlane u�ytkownikowi.

Uwaga : Przyjrzeli�my si� operatorowi t�umienia b��d�w @ w pierwszym rozdziale. Pami�taj, �e najlepiej go unika�.

Za pomoc� funkcji error_log () 5 mo�na wys�a� komunikat do jednej z procedur obs�ugi b��d�w systemu. Nie nale�y myli� go z opcj� konfiguracji dziennika b��d�w. Opcja konfiguracji okre�la spos�b post�powania z dziennikami, a funkcja s�u�y do wysy�ania wiadomo�ci. Mo�esz tak�e u�y� funkcji error_log() do wysy�ania e-maili, ale osobi�cie nie zrobi�bym tego i wola�bym to zrobi� w kodzie lub skorzysta� z us�ugi takiej jak Rollbar.

Funkcje obs�ugi b��d�w

PHP ma wiele funkcji zwi�zanych z obs�ug� b��d�w. Ta tabela zawiera ich podsumowanie.

Funkcja : Cel

debug_backtrace : Generuje �lad
debug_print_backtrace : Drukuje �lad. Zachowaj ostro�no�� podczas korzystania z tej funkcji poniewa� mo�e generowa� du�o wynik�w!
error_clear_last : Usuwa ostatni b��d.
error_get_last : Pobiera ostatni wyst�puj�cy b��d.
error_log : Wysy�a komunikat o b��dzie do zdefiniowanej obs�ugi rutynowych b��d�w.
error_reporting : Ustawia zg�aszane b��dy PHP.
restore_error_handler Przywraca poprzedni� funkcj� modu�u obs�ugi b��d�w.
restore_ exception_handler : Przywraca poprzednio zdefiniowan� funkcj� obs�ugi wyj�tk�w.
set_error_handler : Ustawia zdefiniowan� przez u�ytkownika funkcj� obs�ugi b��d�w.
set_exception_handler : Ustawia zdefiniowan� przez u�ytkownika funkcj� obs�ugi wyj�tku.
trigger_error :Generuje komunikat o b��dzie / ostrze�eniu / zawiadomieniu na poziomie u�ytkownika.
user_error : Alias z trigger_error.

Wyj�tki

Wyj�tki s� podstawow� cz�ci� programowania obiektowego i zosta�y po raz pierwszy wprowadzone w PHP 5.0. Wyj�tkiem jest stan programu, kt�ry wymaga specjalnego przetwarzania, poniewa� nie dzia�a w oczekiwany spos�b. Mo�esz u�y� wyj�tku, aby zmieni� przep�yw programu, na przyk�ad, aby przesta� co� robi�, je�li nie zostan� spe�nione okre�lone warunki wst�pne. Wyj�tek b�dzie przechodzi� przez stos wywo�a�, je�li go nie z�apie. Sp�jrzmy na przyk�ad:

< ?php
function A() {
/ Wyj�tek zg�oszony w C spowoduje b�belkowanie do A
// poniewa� nie jest obs�ugiwane w C lub B
try {
B();
} catch (Exception $e) {
echo "Caught exception in " . __METHOD__;
}
}
function B() {
// nie przechwytujemy wyj�tk�w w B
C();
}
function C() {
// // nie przechwytujemy wyj�tku tam, gdzie jest on zg�aszany
throw new Exception('Bubble');
}
A();
/*

Dane wyj�ciowe:
Caught exception in A and the program ends successfully
*/

Ten program wywo�uje funkcj� A, kt�ra wywo�uje B, kt�ra nast�pnie wywo�uje C. Funkcja C zg�asza wyj�tek, ale nie �apiemy go w C. Wyj�tek przechodzi do B, ale tam te� go nie z�apano. Wyj�tek nadal ro�nie do A, gdzie go �apiemy. Gdyby�my nie wy�apali wyj�tku w punkcie A, w�wczas pojawi�by si� globalny zasi�g, w kt�rym mieliby�my ostatni� szans� na jego z�apanie. Je�li wyj�tek nie zostanie wykryty, PHP szuka domy�lnego modu�u obs�ugi wyj�tk�w, a ostatecznie, je�li nie ma modu�u obs�ugi, spowoduje to b��d krytyczny.

Rozszerzanie klas wyj�tk�w

PHP zawiera kilka standardowych typ�w wyj�tk�w, a standardowa biblioteka PHP (SPL) zawiera kilka innych. Chocia� nie musisz korzysta� z tych wyj�tk�w, oznacza to, �e mo�esz u�y� bardziej szczeg�owego wykrywania b��d�w i raportowania. Klasy wyj�tk�w i b��d�w implementuj� interfejs Throwable i, podobnie jak wszystkie inne klasy, mo�na rozszerzy�. Umo�liwia to tworzenie elastycznych hierarchii b��d�w i dostosuj obs�ug� wyj�tk�w. Tylko klasa, kt�ra implementuje klas� Throwable, mo�e by� u�ywana ze s�owem kluczowym throw. Innymi s�owy, nie mo�esz zadeklarowa� w�asnej klasy podstawowej, a nast�pnie zg�osi� j� jako wyj�tek. Na przyk�ad stw�rzmy klas� wyj�tk�w, kt�rej mo�emy u�y�, aby zasygnalizowa�, �e wyst�pi� problem ze sprawdzaniem poprawno�ci formularza:

< ?php
class ValidationException extends Exception { }
function myValidation() {
if (empty($_POST)) {
throw new ValidationException('No form fields entered');
}
}

Sp�jrzmy na sk�adni�, a nast�pnie om�wmy bardziej szczeg�owo wyj�tki:

< ?php
class ParentException extends Exception {}
class ChildException extends ParentException {}
try {
// jaki� kod
throw new ChildException('My Message');
} catch (ParentException $e) {
// // pasuje do tej klasy z powodu dziedziczenia
echo "Parent Exception :" . $e->getMessage();
} catch (ChildException $e) {
// / dok�adnie pasuje do tej klasy
echo "Child Exception :" . $e->getMessage();
} catch (Exception $e) {
// pasuje do tej klasy z powodu dziedziczenia
echo "Exception :" . $e->getMessage();
}

Dane wyj�ciowe tego przyk�adu to Wyj�tek nadrz�dny: Moja wiadomo��.

W tym przyk�adzie zg�aszamy wyj�tek ChildException, kt�ry dziedziczy od ParentException, kt�ry z kolei rozszerza podstawow� klas� Exception. Bloki s� oceniane w kolejno�ci od g�ry do do�u. Pierwszy dopasowany blok zostanie wykonany. Klasa zg�aszanego wyj�tku jest dopasowywana do nazwy klasy podanej jako parametr do klauzuli catch. Kryteria pasuj�ce s� nast�puj�ce:

• Dok�adnie takie same lub
• Zg�oszony wyj�tek jest przodkiem wyj�tku w instrukcji catch

W tym przyk�adzie zg�osili�my wyj�tek ChildException, kt�ry dziedziczy po ParentException. Dlatego wyj�tek jest dopasowywany do pierwszego bloku catch i kod jest wykonywany. Podstawowy wyj�tek umieszczam na dole listy blok�w catch, poniewa� wszystkie niestandardowe wyj�tki dziedzicz� po nim, co czyni go catchall.

Hierarchia wyj�tk�w

Do tej pory zrozumieli�my, �e zar�wno b��dy, jak i wyj�tki implementuj� interfejs Throwable. W�a�nie widzieli�my, �e zar�wno klasy Error, jak i Exception mo�na rozszerzy�.

Wbudowana hierarchia wyj�tk�w PHP 7 wygl�da nast�puj�co:

Jak wida�, istnieje kilka predefiniowanych klas b��d�w, kt�re tworz� hierarchi� pod Error. Poni�sza tabela podsumowuje ich przeznaczenie:

Klasa : Cel

TypeError : B��d TypeError jest generowany, gdy argument przekazywany do funkcji nie odpowiada odpowiadaj�cemu mu zadeklarowanemu typowi parametru, lub gdy funkcja nie zwraca oczekiwanego typu.
ArgumentCountError : ArgumentCountError jest generowany, gdy jest za ma�o argument�w przekazanych do funkcji lub metody zdefiniowanej przez u�ytkownika.
ParseError : B��d ParseError jest generowany, gdy wyst�pi b��d podczas analizowania kodu PHP, na przyk�ad, gdy wywo�ujesz eval() lub do��czasz plik.
ArithmeticError : B��d arytmetyczny wyst�puje podczas pr�by przesuni�cia bit�w o ujemn� ilo�� lub wywo�anie funkcji intdiv(), kt�ra by to spowodowa�a w warto�ci poza granicami liczby ca�kowitej w bie��cym systemie.
DivisionByZeroError : DivisionByZeroError wyst�puje, je�li spr�bujesz podzieli� przez zero.
AssertionError : B��d AssertionError jest generowany, gdy wykonywane jest stwierdzenie konstrukcja j�zyka assert() ko�czy si� niepowodzeniem.

Obs�uga wyj�tk�w

Solidny kod mo�e napotka� b��d i sobie z nim poradzi�. Rozs�dne obchodzenie si� z wyj�tkami poprawia bezpiecze�stwo aplikacji oraz u�atwia logowanie i debugowanie. Zarz�dzanie b��dami w aplikacji pozwoli r�wnie� zaoferowa� u�ytkownikom lepsze wra�enia. W tej sekcji omawiamy sposoby przechwytywania i obs�ugi b��d�w wyst�puj�cych w kodzie.

�apanie wyj�tk�w

Pami�taj, �e wcze�niej zdefiniowali�my ValidationException w nast�puj�cy spos�b:

< ?php
class ValidationException extends Exception { }
function myValidation() {
if (empty($_POST)) {
throw new ValidationException('No form fields entered');
}
}

Kontynuujmy odt�d i wyobra�my sobie, �e wywo�ujemy funkcj� myValidation() i chcemy wychwyci� wyj�tki. Sk�adnia przechwytywania wyj�tku jest nast�puj�ca:

< ?php
try {
// zak�adamy, �e je�li wyst�puje problem z weryfikacj�, powoduje to wyrzucenie ValidationException
myValidation();
} catch (ValidationException $e) {
echo "Validation exception caught ";
echo $e->getMessage();
} catch (Exception $e) {
echo "General exception type caught";
}

Zauwa�, �e istniej� dwie klauzule catch. Wyj�tki b�d� dopasowywane do klauzul od g�ry do do�u, a� typ wyj�tku b�dzie pasowa� do klauzuli catch.

Uwaga : Kryteria dopasowania s� takie, �e klasy s� albo dok�adnie takie same, albo klasa wyj�tku zg�oszonego wyj�tku jest przodkiem klasy wyj�tku w instrukcji catch.

Poniewa� myValidation zg�asza ValidationException, spodziewaliby�my si�, �e zostanie on przechwycony w pierwszym bloku, ale je�li w funkcji zostanie zg�oszony inny typ wyj�tku, zostanie on przechwycony w drugim bloku catch. Zauwa� te�, �e metoda getMessage() jest wywo�ywana na obiekcie wyj�tku. Inne metody w podstawowej klasie wyj�tk�w podadz� kody b��d�w, �lady stosu i inne informacje. Podr�cznik PHP dotycz�cy wyj�tk�w jest najlepszym odniesieniem do prototypu obiektu wyj�tku. Mo�liwe jest zg�oszenie wyj�tku w bloku catch. To pozwala z�apa� wyj�tek, a nast�pnie w razie potrzeby ponownie go rzuci�.

Wskaz�wka : Powiniene� zawsze zamawia� swoje bloki od najbardziej szczeg�owych na g�rze do najbardziej og�lnych na dole - pami�taj, �e bloki s� chciwe! Blok catch mo�e okre�la� wiele klas wyj�tk�w, oddzielaj�c je znakiem potoku (|). W poni�szym przyk�adzie blok catch dopasuje wyj�tki, kt�re nale�� do klasy MyException lub klasy AnotherException.

< ?php
class MyException extends Exception {}
class AnotherException extends Exception {}
try {
throw new AnotherException;
} catch (MyException | AnotherException $e) {
echo "Caught : " . get_class($e);
}
/*
Caught : AnotherException
*/

Uwaga : Blok try musi mie� co najmniej jeden blok catch.

Ostatnia klauzula, na kt�r� spojrzymy, to finally. Ten blok kodu b�dzie zawsze wykonywany, niezale�nie od tego, czy zostanie zg�oszony wyj�tek, czy nie. Jest wykonywany po zako�czeniu bloku try lub po zako�czeniu bloku wyj�tku. Jednym z powszechnych zastosowa� bloku finally jest zamkni�cie uchwytu pliku, ale w ko�cu mo�na go u�y� wsz�dzie tam, gdzie chcesz, aby kod zawsze by� wykonywany.

< ?php
try {
// wykonanie pewnych funkcji
} catch (Exception $e) {
// obs�uga b��du
} finally {
// zawsze uruchamia te instrukcje
}

Ustawianie domy�lnego modu�u obs�ugi wyj�tk�w

Ka�dy wyj�tek, kt�ry nie zostanie wychwycony, powoduje b��d krytyczny. Je�li chcesz z wdzi�kiem reagowa� na wyj�tki, kt�re nie s� wychwytywane w blokach catch, musisz ustawi� funkcj� jako domy�ln� procedur� obs�ugi wyj�tk�w. Aby to zrobi�, nale�y u�y� funkcji set_exception_handler (), kt�ra przyjmuje parametr callable jako parametr. Tw�j skrypt zako�czy si� po wykonaniu wywo�ania. Funkcja restore_exception_handler() przywr�ci obs�ug� wyj�tk�w do poprzedniej warto�ci.

QUIZ

P1: Co wygeneruje ten kod?

< ?php
$handler = function($errorNumber, $errorMessage, $file, $line) {
echo "Error [$errorNumber] in [$file] at line [$line]:
'[$errorMessage]'\r\n";
};
set_error_handler($handler);
try {
echo $a;
session_start();
echo session_id();
} catch (Throwable $e) {
echo "Error caught!";
}

--------------------------------------
Wyst�pi� b��d!
Losowy ci�g znak�w, kt�ry jest identyfikatorem sesji
B��d powiadomienia i ostrze�enie
Dwie sformatowane linie, ka�da zawieraj�ca informacje o b��dzie

P2: Co wygeneruje ten kod?

< ?php
$handler = function($errorNumber, $errorMessage, $file, $line) {
echo "Error [$errorNumber] in [$file] at line [$line]: '[$errorMessage]'\
r\n";
};
set_error_handler($handler);
this_function_is_not_defined();

--------------------------------------
Nic, dzia�a bezb��dnie
Komunikat PHP o normalnym b��dzie krytycznym
Sformatowany wiersz informacji o b��dzie
�adne z powy�szych

P3: Co wygeneruje ten kod?

< ?php
class IndianaError extends ArithmeticError {}
define('PI', 3);
try {
if (is_int(PI)) {
throw new IndianaError('Oops');
}
} catch (Exception $e) {
echo $e->getMessage();
}

--------------------------------------
Nic, ten kod dzia�a bezb��dnie
Ups!
B��d krytyczny PHP
�adne z powy�szych

P4: Co wygeneruje ten kod?

set_error_handler (function ($ errorNumber, $ errorMessage, $ file, $ line) {
debug_print_backtrace ();
});
trigger_error ("Witaj �wiecie", E_USER_WARNING);

--------------------------------------
Witaj �wiecie
Dwie linie informacji
B��d krytyczny PHP
�adne z powy�szych

P5: Co wygeneruje ten kod?

< ?php
try {
echo 50/0;
} catch (Exception $e) {
echo "Exception caught!";
} catch (Throwable $e) {
echo " Throwable caught!";
} catch (Error $e) {
echo "Error caught!";
} catch (DivisionByZeroError $e) {
echo "DivisionByZeroError caught!";
}

--------------------------------------
Przechwycono wyj�tek!
Przechwycono throwable!
Wyst�pi� b��d!
Prechwycono DivisionByZeroError!
�adne z powy�szych

ODPOWIEDZI

• Dwie sformatowane linie, ka�da zawieraj�ca informacje o b��dzie

• Sformatowany wiersz informacji o b��dzie

• B��d krytyczny PHP

• Dwie linie informacji

• Prechwycono DivisionByZeroError!

Certyfikat ZendPHP

Obs�uga B��d�w

QUIZ

ODPOWIEDZI