Logique, si non ça s'appellerait "langage compilé"...
Mais il l'est dans une certaine mesure. Certes cette compilation est moins complète que celle d'un langage compilé (c'est logique, ça prendrais un temps fou une compilation complète et stricte à chaque appel...) mais dans la mesure où la gestion de la mémoire est gérée par l'interpréteur, de même que les accès disque et système, et que, dans le cas de php, on a pas de typage strict ni de déclaration des variables : ça n'est pas "grave"
Après le débat est tout autre (strict mieux que pas strict toussa...)
Le fait est que, même si le processus n'aboutit pas au même résultat, il y a compilation, en tout cas un mécanisme qui s'y apparente.
en gros :
→ je pond mon appli en C : je tente de compiler, j'ai des erreurs, des warnings... en cas d'erreur, ça compile pas, en cas de warning, ça compile.
→ je pond mon appli en php : je lance le script, j'ai des erreurs, des warnings... en cas d'erreur, ça se lancera pas, en cas de warning ça se lance...
\o/
Donc si tu prends 2 programmes écrits dans 2 langages "proches" (voir identique) dont l'un est interprété et l'autre compilé, avec le même niveau de couverture de code niveau tests U, celui qui est compilé reste plus "sûr"
ça aussi, c'est logique, mais on va pas faire la même appli en c et en php... il y a une notion de contraintes qu'il faut prendre en compte
Se passer de l'un des 2 va forcement avoir des implications.
C'est certain m'enfin tu ne m'as pas compris je pense... et je ne t'expliquerai pas : j'abandonne, ta rigidité d'esprit a eu raison de moi...
Ps : rassures-moi, tu n'a pas généré ton cv sur ton site web en C j'espère...
[^] # Re: d'un autre coté ...
Posté par jeffcom . En réponse au journal N'installez pas PHP 5.2.7 !. Évalué à 2.
Logique, si non ça s'appellerait "langage compilé"...
Mais il l'est dans une certaine mesure. Certes cette compilation est moins complète que celle d'un langage compilé (c'est logique, ça prendrais un temps fou une compilation complète et stricte à chaque appel...) mais dans la mesure où la gestion de la mémoire est gérée par l'interpréteur, de même que les accès disque et système, et que, dans le cas de php, on a pas de typage strict ni de déclaration des variables : ça n'est pas "grave"
Après le débat est tout autre (strict mieux que pas strict toussa...)
Le fait est que, même si le processus n'aboutit pas au même résultat, il y a compilation, en tout cas un mécanisme qui s'y apparente.
en gros :
→ je pond mon appli en C : je tente de compiler, j'ai des erreurs, des warnings... en cas d'erreur, ça compile pas, en cas de warning, ça compile.
→ je pond mon appli en php : je lance le script, j'ai des erreurs, des warnings... en cas d'erreur, ça se lancera pas, en cas de warning ça se lance...
\o/
Donc si tu prends 2 programmes écrits dans 2 langages "proches" (voir identique) dont l'un est interprété et l'autre compilé, avec le même niveau de couverture de code niveau tests U, celui qui est compilé reste plus "sûr"
ça aussi, c'est logique, mais on va pas faire la même appli en c et en php... il y a une notion de contraintes qu'il faut prendre en compte
Se passer de l'un des 2 va forcement avoir des implications.
C'est certain m'enfin tu ne m'as pas compris je pense... et je ne t'expliquerai pas : j'abandonne, ta rigidité d'esprit a eu raison de moi...
Ps : rassures-moi, tu n'a pas généré ton cv sur ton site web en C j'espère...