Je ne suis pas tout à fait d'accords. J'ai fais du PHP2, du 3 et du 4, ainsi que du Java/JSP et PHP, jusqu'à la version 4 souffre quand même de gros défauts. Je n'ai pas testé la version 5.
idem, j'ai commencé en 98 avec php 2, d'ailleurs c'est fou comme ca a évolué, y avait que dalle à l'époque (niveau doc, sites)
A mon avis, ça n'a aucun rapport. Les études sont plutot utiles au niveau de la conception d'une BdD, de la gestion de la concurrence... l'apprentissage du langage n'est pas plus difficile.
Ce que je veux dire, c'est qu'en PHP tu peux partir d'un besoin simple, par exemple un livre d'or. Il y a suffisament de tutorials qui vont t'aider vers cette voie et peu de notions sont à comprendre (phpmyadmin, php avec les fonctions mysql) mais si tu essaies de faire cela en java/j2ee, crois moi que les concepts de base sont plus compliqués à faire. Maintenant ce n'est pas la même cible.
Les interfaces sont moyennent stables d'une version à l'autre.
Exemple stp.
Les noms des fonctions changes trop souvent
Là encore je veux des exemples, normalement, lors d'un changement, la fonction de base est maintenue (cf mysql_numrows / implode).
Remarque pour ce point c'est pas pire que python.
* Il y a trop de paramêtres qui influent tout le code (préencodage automatique des paramètres... tout ce qui s'installe dans le php.ini, rendant le code non portable, pénible à développer et trop sensible à l'installation)
Je te l'accorde
L'accès aux bases de données n'est toujours pas uniforme, pour chaque base, il faut tout revoir
Il y a des classes d'abstraction aux données comme adodb ou db dans pear
Le typage faible ouvre la voie à tout un tas de trous de sécurité ou demande à nouveau des efforts particuliers
Question de philosophie, en PHP 5, il est possible de demander un type précis pour un argument.
La consommation mémoire est démesurée en raison de l'approche utilisée, pas toujours de parcours d'un resultat SQL sous forme de curseur, manipulation de pages XSLT via des strings et du DOM contenant tout le document...
La conso mémoire n'est pas affolante, mais pour le reste je pèche par ignorance
La syntaxe est très en retard sur ce qui se fait actuellement. Le code généralement produit est très moyennement lisible.
Subjectif
Et le canard ?
Ah ah je le connais pas celui là
T'as une URL pour le montrer ? :o)
[^] # Re: PHP 5 ;-))
Posté par ours Ours . En réponse au journal PHP 5 ;-)). Évalué à 1.
idem, j'ai commencé en 98 avec php 2, d'ailleurs c'est fou comme ca a évolué, y avait que dalle à l'époque (niveau doc, sites)
A mon avis, ça n'a aucun rapport. Les études sont plutot utiles au niveau de la conception d'une BdD, de la gestion de la concurrence... l'apprentissage du langage n'est pas plus difficile.
Ce que je veux dire, c'est qu'en PHP tu peux partir d'un besoin simple, par exemple un livre d'or. Il y a suffisament de tutorials qui vont t'aider vers cette voie et peu de notions sont à comprendre (phpmyadmin, php avec les fonctions mysql) mais si tu essaies de faire cela en java/j2ee, crois moi que les concepts de base sont plus compliqués à faire. Maintenant ce n'est pas la même cible.
Les interfaces sont moyennent stables d'une version à l'autre.
Exemple stp.
Les noms des fonctions changes trop souvent
Là encore je veux des exemples, normalement, lors d'un changement, la fonction de base est maintenue (cf mysql_numrows / implode).
Remarque pour ce point c'est pas pire que python.
* Il y a trop de paramêtres qui influent tout le code (préencodage automatique des paramètres... tout ce qui s'installe dans le php.ini, rendant le code non portable, pénible à développer et trop sensible à l'installation)
Je te l'accorde
L'accès aux bases de données n'est toujours pas uniforme, pour chaque base, il faut tout revoir
Il y a des classes d'abstraction aux données comme adodb ou db dans pear
Le typage faible ouvre la voie à tout un tas de trous de sécurité ou demande à nouveau des efforts particuliers
Question de philosophie, en PHP 5, il est possible de demander un type précis pour un argument.
La consommation mémoire est démesurée en raison de l'approche utilisée, pas toujours de parcours d'un resultat SQL sous forme de curseur, manipulation de pages XSLT via des strings et du DOM contenant tout le document...
La conso mémoire n'est pas affolante, mais pour le reste je pèche par ignorance
La syntaxe est très en retard sur ce qui se fait actuellement. Le code généralement produit est très moyennement lisible.
Subjectif
Et le canard ?
Ah ah je le connais pas celui là
T'as une URL pour le montrer ? :o)