EVALUER UNE EXPRESSION À PARTIR D'UNE CHAINE DE CARACTÈRE

Commentaire de TheWeasel47 le 12/06/2009 10:43:54

Excellente idée pour les +5 5*-5 je vais essayer de coder ça !
et de fixer le bug du undefined offset :D mais pour obtenir ce bug as tu une configuration d'affichage des erreurs particulière dans ton php.ini ou bien ce bug se produit sur certaines chaine ?

Quand au parser et au compiler.... je vais voir ce que je peux faire !
Merci de ta remarque en tout cas
Cordialement

Commentaire de zorteil07 le 20/06/2009 12:31:07

étant donné le code (dans index.php)
$Using_Eval=true;
if(!$Using_Eval){
  include("Class_Evaluer.php");
}else{
  include("Class_EvaluerB.php");
}

peut-on dire au développeur ignare que je suis, dans quelle circonstance le fichier Class_Evaluer.php sera-t-il inclus?

Il est vrai par ailleurs (commentaire de GRENARD) qu'il y a une façon moins fastidieuse de définir le contenu des variables de type array.

Pour le reste, ne comprenant pas déjà pourquoi on fait un test sur la valeur d'une variable qu'on vient juste d'instancier (comment pourrait-elle valoir autre chose que la valeur donnée?) et pourquoi on a joint au package un fichier qui de mon humble avis ne sera jamais exécuté, je n'ai de ce fait pas d'avis sur la pertinence des algoryhtmes.

Si, une petite suggestion cependant: ne serait-il pas indiqué avant toute évaluation de débarasser les chaînes évaluées des caractères espaces superflus?

L'idée me paraît très bonne, et bien sûr libre à chacun de compléter en créant un formulaire dans lequel on entrera la chaîne à évaluer. Mais je reste un peu perplexe sur le code des classes: mériterait une étude approfondie.... des petites choses comme ça qui me chagrinent. juste des impressions, sans fondement?

Dans les boucles if (condition) { ...}
la condition ($var == "une_certaine_valeur")
gagnerait à être remplacée par ($var === "une_certaine_valeur")
vu qu'on travaille sur des caractères alphanumériques qui seront interprétés par le navigateur, dans la suite logique de ce script qui est d'adjoindre un formulaire de saisie de la chaîne à évaluer. Bien entendu pour un formulaire en ligne sur un site public, va falloir sécuriser contre le XSS.

Commentaire de zorteil07 le 20/06/2009 17:16:50

à la place de
$tabSignes=array();
$tabSignes[0]="=";
$tabSignes[1]="<>";
$tabSignes[2]="&&";
$tabSignes[3]="||";
$tabSignes[4]="<";
$tabSignes[5]=">";
$tabSignes[6]="+";
$tabSignes[7]="-";
$tabSignes[8]="%";
$tabSignes[9]="/";
$tabSignes[10]="^";
$tabSignes[11]="&";
$tabSignes[12]="*";

perso, je mettrai:
$tabSignes=array("=","<>","&&","||","<",">","+","-","%","/","^","&","*");
on s'est évité n fois de rentrer au clavier
$tabSignes[n]="une valeur";

pour un tableau multi dimensionné:
$Montab = array(
"Champ0"=>"valeur0",
"Champ1"=>"valeur1",
"ChampN=>"valeurN"
);

je ne sais pas s'il y a une différence de rapidité d'exécution entre
if($var=="quelque chose")
ou
if($var==="quelque chose")
par contre l'instruction de comparaison == vérifie l'égalité mais ne vérifie pas le type des variables
alors que === vérifie que les deux termes de la condition sont strictement identiques et de même type.
exemple:
$var = 0;
if($var == '0') renvoie true // c'est nul, c'est tout.
if($var==='0') renvoie false // le nombre zéro n'est pas identique au caractère zéro

Dans l'évaluation de chaînes, ça peut avoir son importance.

autre exemple de l'intérêt des comparateurs stricts

$myvar = '0'; // variable avec une valeur non nulle affectée
if(!empty($myvar)) {
// faire ceci
}
else {
// faire cela
}
c'est "faire cela" qui va s'exécuter alors que je considère pour ma part que c'est "faire ceci" qui devrait s'exécuter;

avec les comparateurs stricts il n'y a pas de confusion possible:
if($myvar !==NULL) // si une valeur quelconque affectée
echo" faire ceci";
}
else {
echo "faire cela";
}