a=b , b=c et pourtant a!=c ???

ViPHP
ViPHP | 3607 Messages

29 juil. 2011, 09:51

Pour ta fonction un simple petit cast suffit du coup:
function mise_en_forme($mVariable){
  if ((string)$mVariable == 'now'){
    return 'NOW()';
  }else{
    return "'$mVariable'";
  }
}

Eléphant du PHP | 275 Messages

29 juil. 2011, 11:05

Ou un 3eme =, donc.

Petit nouveau ! | 6 Messages

29 juil. 2011, 11:22

Ou un 3eme =, donc.
Exactement, c'est ce que j'avais fait.

Mammouth du PHP | 19672 Messages

30 juil. 2011, 00:58

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 ?
J'aime énormément cette question. :D

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 :langue:
Codez en pensant que celui qui maintiendra votre code est un psychopathe qui connait votre adresse :axe:

Petit nouveau ! | 6 Messages

30 juil. 2011, 10:19

J'aime énormément cette question. :D

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 :langue:
J'ai posé cette question pour soulever un débat et m'aider à comprendre la logique de ce comportement du langage, et c'est maintenant chose faite. En tout cas très belle réponse, j'ai pris beaucoup de plaisir à la lire :D
Et concernant PHP, on ne peut surement pas dire que c'est un langage de bricolos, ni que c'est le language le plus "propre" au monde. 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.

Mammouth du PHP | 19672 Messages

30 juil. 2011, 10:29

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.
Je crois me souvenir qu'il y a déjà eu des débats sur ce problème et la manière d'écrire certaines fonctions avec du CamelCase ou bien des Underscore, choses parfois agaçantes parce que ça manque un peu d'homogénéïté tout ça.

Peut-être serait-il intéressant de suivre les débats du PHP Group, il y a du reste le mageekblog qui est intéressant à suivre sur le sujet parce qu'il relate périodiquement ce qui se passe en interne.
Codez en pensant que celui qui maintiendra votre code est un psychopathe qui connait votre adresse :axe:

devlop78
Invité n'ayant pas de compte PHPfrance

30 juil. 2011, 15:30

Lol je citerai http://blog.mageekbox.net/?category/C-e ... -merde/PHP qui dénonce effectivement la réalité des fonctions qui vont dans tous les sens, l'ordre des arguments, et tout !

Donc, moi Je dis : A quand des classes de types "String" avec leurs méhtodes "String::indexOf" ou "String::substr", 'Array::push" voilà lol ^^