Bien qu'en tant que mercenaire je fais du PHP avec plus de plaisir que du C#, cependant il faut reconnaître que PHP est chiant à cause de ses changements de comportements aléatoire :
ex :
sur deux PHP 5.3.2 j'ai eu les changements de comportements différents sur le même code :
cas 1 trim change de comportement :
$a=array ("a " => array ( "b" => " c ") );
v1 : trim ($a) => array ("a" => array ("b" => "c" ))
v2 : trim ($a) => array
cas 2 implicit explicite :
avec mes php.ini identiques j'ai eu le code suivant qui a marché un cas sur deux
class log {
private $cfg;
private function w($msg) { $cfg["insource"] && echo "<!-- $msg -->" }
}
Dans un cas php a pardonné que j'oublie $this->cfg
dans l'autre il a fait un warning sans crasher :/ J'aurais mis du temps à trouver le bug si j'avais pas regardé les logs
Et j'ai un 3 éme bug sur le changement de comportement des fonctions de localisation que je ne détaillerais pas.
Et ceci sur deux versions de PHP identiques sauf au niveau du patchlevel :/
Donc même si il y a des frameworks (cake/symfony) en php je pourrais pas faire entièrement faire confiance à un framework aussi bon soit-il quand l'interpréteur est aussi versatile.
PS ce n'est pas parce qu'en logiciel libre on utilisait pas le jargon de framework au début que
1) il n'existait pas (leur existence remonte à 1990 notamment dans les GUI notamment propriétaire, et dans la littérature dans les années 1986),
2) le MVC est un design pattern : une façon de concevoir son code en séparant la vue des données. Un DP ne nécessite pas de code normalement, juste de bien concevoir son code. Mais bon quand il y a un "cadriciel ou framework" faut être maso pour s'en priver.
[^] # Re: De PHP à un framework Python
Posté par Jul (site web personnel) . En réponse à la dépêche Nulog 2 est disponible. Évalué à 1.
ex :
sur deux PHP 5.3.2 j'ai eu les changements de comportements différents sur le même code :
cas 1 trim change de comportement :
$a=array ("a " => array ( "b" => " c ") );
v1 : trim ($a) => array ("a" => array ("b" => "c" ))
v2 : trim ($a) => array
cas 2 implicit explicite :
avec mes php.ini identiques j'ai eu le code suivant qui a marché un cas sur deux
class log {
private $cfg;
private function w($msg) { $cfg["insource"] && echo "<!-- $msg -->" }
}
Dans un cas php a pardonné que j'oublie $this->cfg
dans l'autre il a fait un warning sans crasher :/ J'aurais mis du temps à trouver le bug si j'avais pas regardé les logs
Et j'ai un 3 éme bug sur le changement de comportement des fonctions de localisation que je ne détaillerais pas.
Et ceci sur deux versions de PHP identiques sauf au niveau du patchlevel :/
Donc même si il y a des frameworks (cake/symfony) en php je pourrais pas faire entièrement faire confiance à un framework aussi bon soit-il quand l'interpréteur est aussi versatile.
PS ce n'est pas parce qu'en logiciel libre on utilisait pas le jargon de framework au début que
1) il n'existait pas (leur existence remonte à 1990 notamment dans les GUI notamment propriétaire, et dans la littérature dans les années 1986),
2) le MVC est un design pattern : une façon de concevoir son code en séparant la vue des données. Un DP ne nécessite pas de code normalement, juste de bien concevoir son code. Mais bon quand il y a un "cadriciel ou framework" faut être maso pour s'en priver.