trigger_error vs. wyjatki Opcje

[NuLL]

Hi all

Ostatnio trochę więcej czasu zacząłem poświęcać PHPv5(ale ja opóżnoiony). Wiadomo wprowadzono obslugę wyjątków. Ja od dawien dawna stosuję trigger_error któremu jako ciąg podaję zserializowaną tablicę i po wszystkim - mam fallbacki, nr linii funckje plik i co mi się rzewnie zamarzy i wyjatki wydja mi zbedne. Jakie wg. Was plusy posiadaja wyjatki nad trigger'em Po szczerze mówiąc nie chce mi się definiować miliarda wyjątków dla jakieś większej aplikacji...wole wciąż podpinać własny error_handler...

[bela]

Wyjątki, jak sama nazwa wskazuje, służą do obsługi sytuacji wyjątkowych.
Czyli np, mamy sobie akcje i w pewnym momencie wystąpi jakaś nietypowa, że tak nazwijmy sytuacja, wtedy wyrzucamy wyjątek ( throw new CannotPerformException() ), a łapiemy go w ten sposób

[PHP] pobierz, plaintext 
<?php
try {
	$action->perform();
} catch (CannotPerformException $cpe) {
	$controller->performOtherAction();
} catch (Exception $e) {
}
?>
[PHP] pobierz, plaintext 

Czyli,
Próbujemy wykonać akcje, jeśli nie powiedzie się to wywołujemy inną akcje (catch(Cann....)), a drugi catch służy do przechwycenia wyjątków które mogły się gdzieś zawieruszyć.

Btw gdzie się finally podziało :]

[NuLL]

Czyli w pewnym sensie nie musze się aż tak pilnować raportowania błędów ?

Z drugiej sstrony w tym performie() ja moge zadbac o obsluge wszystkich bledów....

[bela]

Ja jak używałem kiedyś tego trigger_error, to traktowałem to bardziej jako narzędzie debugujące.

Wyjątki eliminują(!) wszystkie w tym momencie zbędne if/else do obsługi błędów, zmiejszają kod i pozwalają na większe ponowanie nad nim.

[dasko]

Według mnie zaletą wyjątków jest to, że od razu widać, które części kodu są do obsługi błędu, a które nie.

Poza tym definiowanie własnej klasy, dziedziczącej po klasie Exception pozwala na stworzenie specyficznego wyjatku np. dla każdego modułu. A tak to tylko 13 typów błędów wbudowanych.

Ciekawe dlaczego twórcy PHP5 nie zrobili instrukcji finally. Z takim czymś 'wyjątkowość ' miałaby jeszcze więcej zalet.

[Leezard]

ja swojego czasu nie moglem sie przekonac do wyjatkow zarowno w C++ jak i w JAVA, uzywalem mnostwa tych nieszczesnych if'ow.
Jednak przy budowie czegos wiekszego, a nawte nie tylko - np patrzac w czyjs kod, na oko widac co jest co, co gdzie lapiesz jesli masz ladnie wyjatki nazwane, poza tym propagacja rzuconych wyjatkow w gore, bez koniecznosci bawienia sie w zwracanie jakis dziwnych rzeczy

a w php finally faktycznie by sie przydalo

Ten post edytował Leezard 30.03.2005, 12:41:33

[bela]

a w php finally faktycznie by sie przydalo

I jeśli będzie chęć ze strony użytkowników to najprawdopodoniej twórcy php wprowadzą finally, zgodnie z tym co mówili w wywiadzie ( któreś tam php solution, w empiku czytałem więc nie powiem ).

[hawk]

Zresztą wyjątki i trigger_error mają ze sobą mało wspólnego. Wyjątki służą do obsługi błędów, a trigger_error do logowania, debugowania i eleganckiego wywalania aplikacji.

[Imperior]

tak na marginesie: pamiętajcie o exception_handler()

[Vengeance]

Z tego co gdzieś wyczytałem, to finally było na liście TODO, ale jakiś user posłał maila, iż jest to wielce nieprzydatne i sztab php finally nie dodał.

Źródła nie podam, nie pamiętam. Może to i błędna informacja :]

[NuLL]

Ja np. załuje, że wyjątki w SPL i standowych funkcjach gereują tylko konstruktory , żeby wszystkie funkcje wywałały wyjątki(tak bez throw ) to by było cool

@Imperior - handler wyjątków już podpięty

Natomiast pomysł z finnaly jest fajny Może w 5.1 ?

[dr_bonzo]

Chyba widzialem takie rozwiazanie na forum: error_handler wylapywal errory i wyrzucal exception.

[Imperior]

Wydaje mi się, że ta funkcja powinna byc gdzieś w komentarzach manuala.

[M4chu]

[PHP] pobierz, plaintext 
<?php
 
class PHPErrorException extends Exception
{
   private $context = null;
   public function __construct
	   ($code, $message, $file, $line, $context = null)
   {
	   parent::__construct($message, $code);
	   $this->file = $file;
	   $this->line = $line;
	   $this->context = $context;
   }
};
 
function error_handler($code, $message, $file, $line) {
   throw new PHPErrorException($code, $message, $file, $line);
}
 
function exception_handler(Exception $e)
{   
   $errors = array(
	   E_USER_ERROR		=> &#092;"User Error\",
	   E_USER_WARNING		=> &#092;"User Warning\",
	   E_USER_NOTICE		=> &#092;"User Notice\",
	   );
 
   echo $errors[$e->getCode()].': '.$e->getMessage().' in '.$e->getFile().
	   ' on line '.$e->getLine().&#092;"n\";
   echo $e->getTraceAsString();
}
 
set_error_handler('error_handler');
set_exception_handler('exception_handler');
 
// Throw exception with an /unkown/ error code.
throw new Exception('foo', 0);
 
?>
[PHP] pobierz, plaintext 

[Nievinny]

Ciekawe to, muszę przetestować takie rozwiązanie, tylo czy to obsługuje błędy wywalene też przez funkcje takie jak np: set_cookie() ?