Petite question sur une curiosité du langage

**fab56** · 29/12/2015, 00h00

Bonsoir,

J'étais en train de développer paisiblement en PHP jusqu'à tomber sur un code récalcitrant : à première vue, une erreur de logique de ma part.

A grand coup de var_dump() et de echo, je débug vaillamment, mais le résultat est le même. Du coup, je décide d'isoler l'instruction qui pose problème dans un autre script de test. Mais je constate que la bizarrerie persiste.

Sans vous faire plus attendre, je m'explique tout de suite avec une série de tests ci-dessous (testé sur phptester.net en version 5.5 et sur mon WampServer 3 avec PHP 5.6.15) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
 
<?php
 
          var_dump(3 == 3); // renvoie true (normal!)
          var_dump("3" == 3); // renvoie true (compréhensible pour un langage faiblement typé)
          var_dump("3" === 3); // renvoie false (on voit l'utilité de l'opérateur de comparaison strict)
 
          // c'est là que ça se gâte ^^
          var_dump("3-1-2" == 3); // renvoie true (WTF !!!)
          var_dump("3-1-2" === 3); // renvoie false (logique puisque les types sont différents)
 
          // on poussant les tests, je m'aperçois que je peux mettre n'importe quoi derrière le premier chiffre de la chaîne
          // PHP voit toujours ces deux expressions comme "égales"
          var_dump("3xxxxxxxx" == 3); // renvoie toujours true (!!)
 
          var_dump("39xxx" == 39); // -> true : idem avec plusieurs chiffres dans le nombre
          var_dump("424yyy" == 424); // -> true
 
          var_dump("3.1.9" == 39); // -> false : avec des points 
 
?>

Bref, peut-être qu'il y a une explication logique, peut-être pas. J'ai recherché sur Internet si un éventuel bug existait mias je ne trouve rien.

Du coup ma question est simple : avez-vous déjà rencontré ce cas de figure et existe-t-il une explication car du point de vue logique ce n'est pas correct du tout quand même ^^.

Merci d'avance.

**sabotage** · 29/12/2015, 00h09

La valeur est fournie par la portion initiale de la chaîne de caractères. Si la chaîne de caractères commence par une donnée numérique valide, ce sera la valeur utilisée.

http://php.net/manual/fr/language.ty...ing.conversion

**Tsilefy** · 29/12/2015, 00h12

Ce n'est pas du tout un bug, c'est prévu comme ça et indiqué dans la doc (après la question "est-ce que c'est la bonne approche ou pas" est un autre sujet).

http://php.net/manual/en/language.ty...ing.conversion
Quand tu compares un string et un entier, PHP va d'abord chercher à convertir le string en entier. Si ce n'est pas possible (ex si le string est "3-2-1"), il va le convertir en float. Mais la "conversion" en float ne prends en compte que les premiers caractères numériques à gauche du string, et s'arrête dès qu'il y a un caractère non numérique. "3-2-1" va donc être tronqué en 3. D'où le résultat true.

La leçon de l'histoire:
- Ne jamais comparer un string non numérique avec un entier ou un float.
- Ne jamais comparer un string avec un entier ou un float, sauf si on est absolument sûr que le string est de type numérique, mais dans ce cas pourquoi ne pas le caster en int ou float tout de suite?
- Ne jamais utiliser l'opérateur ==, sauf si on sait précisément quel résultat on veut avoir. L'opérateur de comparaison par défaut doit être ===.

**fab56** · 29/12/2015, 00h54

Merci pour la réponse rapide.

Effectivement, c'est bien noté dans la doc. J'avais chercher "comparaison entier chaine php" mais je n'avais pas pensé au processus de conversion implicite réalisé par PHP.

La leçon est bien retenue. ^^

Cela fait un petit moment que je n'utilise que ===, c'est juste que là j'avais fait une erreur de frappe en omettant le troisième.
Avant votre réponse, j'ai fait le cast nécessaire, pour être sûr de comparer deux types identiques.

En tout cas encore merci j'aurais appris un peu plus sur le fonctionnement de PHP.
Mais entre nous, et ce n'est que mon avis personnel, je trouve ce comportement un peu absurde. xD