J'ai du mal a comprendre comment on peut ecrire un gros projet dans un langage interprete, se passe de la detection d'erreur de la compilation,
T'es sérieux là ? comment il va s'exécuter ton code s'il est pas compilé ? :)
D'ailleurs, PHP a plusieurs étapes1 de compilation qu'on peut résumer très rapidement (et de tête) en
- précompilation (qui inclue les vérifications du code lui même comme la syntaxe, le type de données passées aux fonctions et commandes)
- analyse et optimisation du code précompilé
- compilation et création de l'opcode2
donc il y a de la détection d'erreurs, et php sait être très verbeux quand on le configure pour.
de plus il existe des choses comme PHPUnit qui permettent d'aller très loin coté audit de code.
Oui on peut faire du super-goret, de l'immonde, du grand n'importe quoi en PHP, mais on peut aussi avoir un code d'une très grande lisibilité, d'une grande modularité et d'une grande efficacité : tous les outils (sans parler des frameworks) et les méthodes existent pour se faire.
1 le tout effectué par le Zend_Engine qui effectue ce travail depuis php3 (la première version du PHP que nous connaissons aujourd'hui) où il était en version 0.5 (php4 utilise la 1 et php5 la 2, qui est, de très loin, la plus rapide, complète et fiable)
2 cet opcode peut, d'ailleurs, être mis en cache et réutilisé lors d'un appel ultérieur du script, ainsi on a un gain de temps considérable et des perfs vraiment boostées, sans sacrifier au coté dynamique que n'offre pas un cache statique qui, lui, oblige à avoir une version figée (pas dynamique) durant un certain temps.
[^] # Re: d'un autre coté ...
Posté par jeffcom . En réponse au journal N'installez pas PHP 5.2.7 !. Évalué à 2.
T'es sérieux là ? comment il va s'exécuter ton code s'il est pas compilé ? :)
D'ailleurs, PHP a plusieurs étapes1 de compilation qu'on peut résumer très rapidement (et de tête) en
- précompilation (qui inclue les vérifications du code lui même comme la syntaxe, le type de données passées aux fonctions et commandes)
- analyse et optimisation du code précompilé
- compilation et création de l'opcode2
donc il y a de la détection d'erreurs, et php sait être très verbeux quand on le configure pour.
de plus il existe des choses comme PHPUnit qui permettent d'aller très loin coté audit de code.
Oui on peut faire du super-goret, de l'immonde, du grand n'importe quoi en PHP, mais on peut aussi avoir un code d'une très grande lisibilité, d'une grande modularité et d'une grande efficacité : tous les outils (sans parler des frameworks) et les méthodes existent pour se faire.
1 le tout effectué par le Zend_Engine qui effectue ce travail depuis php3 (la première version du PHP que nous connaissons aujourd'hui) où il était en version 0.5 (php4 utilise la 1 et php5 la 2, qui est, de très loin, la plus rapide, complète et fiable)
2 cet opcode peut, d'ailleurs, être mis en cache et réutilisé lors d'un appel ultérieur du script, ainsi on a un gain de temps considérable et des perfs vraiment boostées, sans sacrifier au coté dynamique que n'offre pas un cache statique qui, lui, oblige à avoir une version figée (pas dynamique) durant un certain temps.