La chose qui me choquera toujours, est la différence de nommage des fonctions, isset() / is_string() par exemple... A moins que j'ai manqué l'utilité d'une telle différence.

J'aime énormément cette question.

J'aime cette question parce qu'en fait c'est une fort mauvaise question, il me semble important de souligner l'importance qu'il y a à poser la bonne question.

Un des points particulièrement positifs de tes interrogations est le fait que tu aies réalisé que le PHP a une façon qui lui est propre de traiter un problème. Le point négatif est que tu te poses la questions sur le bien-fondé de cette manière de traiter ce problème avec ce langage. On est dans deux domaines distincts : la sémantique du langage d'une part, et la manière dont il traite les données d'autre part, et en somme la manière d'utiliser ce langage. Nous demander si on trouve ce comportement logique revient à nous demander si le langage PHP fait correctement les choses et si le choix des développeurs du PHP Group font des choix appropriés ou bien en fume de la sévère et nous pondent un langage de bricolos.

En conclusion, je serais tenté de dire que c'est une mauvaise question dans un forum inapproprié Mais en revanche, c'est aussi soulever un problème qu'il est intéressant de connaître ici parce qu'on peut s'y retrouver confronté, ce qui en fait une question intéressante dans le bon forum.... me semble qu'un vieil armagnac m'aidera peut-être à résoudre cet épineuse question

Je me suis donc rendu compte qu'un string parsé en int était égal à 0 en php, alors qu'il sera égal à true s'il est parsé en booléen... Trouvez-vous ce comportement logique ?

Ou un 3eme =, donc.

function mise_en_forme($mVariable){
  if ((string)$mVariable == 'now'){
    return 'NOW()';
  }else{
    return "'$mVariable'";
  }
}

Je rebondis sur la réponse : un string n'est pas converti en 0. D'après mes connaissances, les langages respectent globalement la même logique en transtypage, et le transtypage est permis partout. La différence de trouve au niveau du typage, s'il est fort ou non.

Par exemple, un langage fortement typé te proposera de caster (transtyper) un String vers un Integer. par exemple : int x = (int) str_nombre

Le but étant d'avoir un résultat logique, mettre 0 arbitrairement ne répondrait pas aux problématique (on ne transtype pas pour le plaisir). Si un utilisateur tape "53" dans un formulaire, le résultat côté serveur sera toujours un String. Il faut donc le transtyper pour agir dessus, et la régle générale que les langages ont choisie c'est de convertir tout ce qui se trouve avant une première lettre (en gros). Donc "53" deviendra 53, "85x" deviendra 85 et "abdel" deviendra 0.

Ce qui est drôle c'est que tu te défends sur ta propre question en donnant comme exemple du typage fort alors que leur réaction est similaire si ce n'est identique (mais mon expérience ne me permet pas d'affirmer qu'ils le sont).

surement pas. Le typage explicite et obligatoire et l'initialisation de toutes les variables sont de toute évidence un énorme avantage. Et ça éciterait ce genre de débat. Avec des variables typées on n'aurait pas besoin de === et == et ainsi soit-il.

Dans la plupart des langages on défini le type à la déclaration et on s'y tient jusqu'au bout.

Php gère le typage des variables, mais est tellement permissif qu'on ne s'en sert quasiment jamais (sachant en plus qu'il faudrait rajouter une ligne settype pour chaque variable).

Alalah, php et son absence de typage

Je trouvais illogique qu'un string converti en int soit égal à 0

Mais il est vrai que le fait d'attribuer l'int 1 à un tous les string non-numériques serrait un peu arbitraire, d'où l'obligation de mettre 0...

Alalah, php et son absence de typage