Throw new HOW ?

Hello tout le monde ! :)

Alors voila, pour mes besoins perso je me suis fait une classe AlternativException extends Exception et une classe InvalidArgumentException extends AlternativException.

Mon problème, c'est au niveau du multilangage. Comment vous, dans votre configuration actuelle, vous faites pour que si vous lancez une exception genre
throw new MyException ("Nom du type qui connait la grand mère du voisin INVALIDE");
@note : MyException extends AlternativException

Bah si le site est en anglais, vous ayez un truc en anglais etc ?

J'était partit sur une idée de constantes, faire un truc genre
throw new MyException (MyException::INVALID_NEIGHBOOR_GRANDMA_NAME);

Le probleme, c'est que dans AlternativException, si je veux connaitre la classe à l'origine de l'exception, bizzarement getTrace me retourne rien de valide, je doit donc faire un throw new UneException(constante, classname, methodName, File, Line); pour avoir une tracabilité complete

Car ensuite je pensais faire un fichier xml avec
<root>
   <MyException lang="fr">
         <constanteValue1><!-- INVALID_NEIGHBOOR_GRANDMA_NAME -->Nom du type qui connait la grand mère du voisin INVALIDE</constanteValue1>
         <etc />
    </MyException>
    <MyException lang="en">
         <constanteValue1><!-- INVALID_NEIGHBOOR_GRANDMA_NAME -->Invalid name of the guy who know the neighboor's grand ma</constanteValue1>
         <etc />
    </MyException>
</root>

et dans AlternativException, ouvrir le fichier xml, aller dans root>Class_qui_lance_exception, lang="analyse du navigateur">ConstanteValue pour récuperer la valeur et afficher un message internationalisé !

Mes questions sont donc :
_ Comment paliez-vous au probleme du getTrace qui retourne rien de normal ?
_Que pensez-vous de cette méthode ? En avez-vous une meilleur à proposer ? (je suis ouvert à toutes les propositions !)

Merci de vos réponses :)

Dans ce cas est-il possible d'empecher une exception, genre si je fait un throw new myException, dans ma classe myException, est-il possible de vérifier si on est en prod ou pas, si oui, logger l'erreur, sinon lancer l'exception ?

Sinon comment faire ?

t'as des choses dans $_SERVER qui peuvent te dire si t'es en local ou pas

a mon avis, l'exception doit-etre lancee en production ou pas, mais si t'es en production, il logue et ferme la page, sinon il affiche le message

/**
* @author coucou747 <coucou747@hotmail.com>
* @see irc://cominweb.uni-irc.net/#programmation
*/

nan ce que je veux dire c'est admettons ce code :

class MyException extends Exception {}

class uneClass {
    public function uneMethode () {
         if (func_ger_args() > 0)
             throw new MyException ("Vous devez spécifier au maximum -1 arguments !");
    }
}

$mC = new uneClass ();
$mC->uneMethode ();


Forcément, j'aurai une exception (sauf si j'ai fait une erreur dans mon code), mais comment faire pour éviter une exception si je décide de passer en production ?
Est-il possible dans la class myException d'empecher l'exception de se lancer ?

La solution que j'ai trouvé la plus plausible (apres, c'est ma vision, et j'espere qu'elle sera critiquée), c'est de ne pas faire comme indiqué avant, mais comme ceci :

class ExceptionManager { // Le extends Exceptions est à voir, je sais pas si c'est possible
// Sinon faire une classe à part
     public static fonction throw ($sExceptionClass, $sMessage, $iCode, $sClassName, $sMethodName, $sFileName, $iLineNumber) {
        if ($bProduction == true)
             Log::log ("Une erreur s'est produite le $date : $sMessage ($iCode), provenant de $sClassName::$sMethodName (); Fichier $sFileName, ligne $iLineNumber");
         else
             throw new $sExceptionClass ($sMessage, $iCode, $sClassName, $sMethodName, $sFileName, $iLineNumber);
     }

Bon c'est de l'abrégé (pas de tests si la classe existe avant de l'instancier, pas de vérifications etc, c'est juste pour l'exemple)
Et du coup, en reprenant le premier exemple :

class MyException extends Exception {}

class uneClass {
    public function uneMethode () {
         if (func_ger_args() > 0)
             ExceptionManager::throw ("MyException", "Vous devez spécifier au maximum -1 arguments !", 030332, __CLASS__, __FUNCTION__, __FILE__, __LINE__);
    }
}

$mC = new uneClass ();
$mC->uneMethode ();


Perso tu aurait fait comment toi ?

j'y avais pense, ta solution me semble envisageable, cependant :

__CLASS__, __FUNCTION__, __FILE__, __LINE__

c'est inutile, les exceptions ont deja une trace d'appels avec ces infos

/**
* @author coucou747 <coucou747@hotmail.com>
* @see irc://cominweb.uni-irc.net/#programmation
*/

Apparement la méthode getTrace de Exception ne fonctionne pas bien, j'ai jamais de bonnes valeurs ! :/

Ouep Malalam, ton i18n, je l'ai bien regardé, et je crois même qu'inconsciement je me base dessus ! :p

Pour ce qui est de l'exception, perso je dirai bien de mixer vos deux idées, à savoir si on est en prod, l'exception est caché par la class ManageException qui va pas réellement la lancer, mais en échange, elle va rediriger l'utilisateur sur une page personnalisée, qui pourra indiquer l'erreur (le message) à l'origine du probleme

Voici l'implémentation au cas ou je me serai mal exprimé :

class ExceptionManager { // Le extends Exceptions est à voir, je sais pas si c'est possible
// Sinon faire une classe à part
     public static fonction throw ($sExceptionClass, $sMessage, $iCode, $sClassName, $sMethodName, $sFileName, $iLineNumber) {
        if ($bProduction == true) {
             Log::log ("Une erreur s'est produite le $date : $sMessage ($iCode), provenant de $sClassName::$sMethodName (); Fichier $sFileName, ligne $iLineNumber");
             Template::Show ('erreur.tpl', array("message"=>$sMessage, "code"=>$iCode, "classname"=>$sClassName, "filename"=>$sFileName, "linenumber"=>$iLineNumber);
       }
         else
             throw new $sExceptionClass ($sMessage, $iCode, $sClassName, $sMethodName, $sFileName, $iLineNumber);
}

et l'auteur du fichier erreur.tpl pourra choisir d'afficher le message, la class/méthode, le fichier, etc. Ce qu'il veut divulguer à l'utilisateur.

Ca augmente le niveau de possibilités.

Qu'en pensez-vous ?

Ma foi, why not :-)