Od kilku dni próbuję pojąć "rzucanie" wyjątków.

W swoich klasach "rzucam" wyjątkami przy wystąpieniu błędów typu critical dla mojej aplikacji (czyli takie, które uniemożliwiają dalsze działanie aplikacji)

Powiedzmy, że wyjątki wydają mi się troszkę "nieporęczne" w użytku.

Mam przykładowo:
(piszę od ręki)



I potem w innym pliku chcąc "złapać" wyjątek...



Według moich założeń, wyjątkami rzucałbym tylko przy błędach krytycznych, o których pisałem wyżej.
I tak jest ich sporo, a używanie wszędzie try { } catch { } jest co najmniej nie wygodne.

Macie jakieś swoje pomysły? Doświadczenia ? Co do łapania wyjątków i ich obsługi ?

Generalnie, wyjątki stosuje się w sytuacjach, gdy błąd uniemożliwia dalsze działanie konkretnego kodu, np.:

[PHP] pobierz, plaintext 
<?php
try{
  pobierzIdUsera(id);
 
  zmienMuImie(asdasd);
  przeniesDoGrupy(sss);
}catch(Exception $ex){
  echo "Nie wykonałem operacji, bo użytkownik ".$ex->getMessage();
}
?>
[PHP] pobierz, plaintext 

Jeśli np. użyszkodnik nie istnieje, to jak można by było mu imię zmienić, czy przenieść?


To jest właśnie bolączka, że PHP zamiast pluć wyjątkami, to zwraca tylko false przy niepowodzeniach. W innych językach jest to bardziej ucywilizowana konstrukcja.

Tzn. Wymyśliłem jedno rozwiązanie do "łapania" wyjątków.
Lecz trzeba by je dopracować. Może coś wymyślimy i będzie przełom?

Mam jakąś klasę:



następnie tworzę nową klasę:



To rozwiązanie byłoby fajne, gdyby te metody były jakoś pogrupowane np. klasa mysql
(@edit właściwie to działa jak takie jądro)

$handle->mysql->funkcja

ale parser

$handle->parser->funkcja

Rozumiesz mnie ?

Bo jak na razie dostaję:

$handle->funkcja // mysql
$handle->funkcja2 // parser

W najlepszym przypadku zrobię sobie nazwy metod na zasadzie:
$handle->MysqlFunckja
$handle->ParserFunckja

Najlepiej jakbym miał
$handle->klasa->funkcja

;[

Jakieś pomysły ?

[PHP] pobierz, plaintext 
<?php
$handle->wyjatek1(); // wywoła funkcję wyjątek1 z klasy nazwa1
?>
[PHP] pobierz, plaintext 

Nie wywoła. A this, to gdzie?


Nie wiem, czy mamy to samo na myśli, ale przecież możesz tworzyć własne wyjątki...

[PHP] pobierz, plaintext 
<?php
class mysqlException extends exception{}
class parserException extends exception{}
 
try{
   methMysql();  // throw new mysqlException
   methParser();  // throw new parserException
}catch(mysqlException $mE){
   echo $mE->getMessage();
}catch(parserException $pE){
   echo $pE->getMessage();
}
?>
[PHP] pobierz, plaintext 

Nie trzeba niczego nowego wymyślać.

Chodzi mi o "ukrycie" try {} catch {} przy używaniu funkcji, które "rzucają" wyjątkami.

Czyli np. zamiast w index.php (gdzie muszę wczytać plik z nagłówkiem) pisać

try {
layout::load($file);
} catch (Exception $e) {
error::save($e);
}

wolałbym coś na wzór taki jak mam teraz:
layout::load($file)

Gdyż nie wyobrażam sobie pisać wszędzie gdzie "rzucam" wyjątkami tak pisać, jeszcze zapomnę i mam error ;d

Teraz do zapisuj błędu mam własną klasę error w pełni statyczną. Błędy podzielone na normalne (te które nie przeszkadzają przy wczytywaniu strony) i krytyczne (te które "zabijają" działanie skryptu).

@offtopic
Zrobili wyjątki, interfejsy nie dość, że jest to niedopracowane to... ehh... lepiej gdyby dali możliwość np. dziedziczenia z kilku klas wielu programistom ułatwiłoby to pracę.

To robisz po prostu trigger_error" title="Zobacz w manualu PHP" target="_manual.


W uproszczeniu:

[PHP] pobierz, plaintext 
<?php
try{
   require 'core.php';
   app::boot();
}catch(coreException $ex){
   mail(... "coś nawaliło: ".$ex);
   echo "poważny błąd aplikacji, admin już wie, co robić";
}
?>
[PHP] pobierz, plaintext