Au niveau du langage:
- supporte peu de techniques de prog actuelles: properties, lambda calcul, ...
- les types de base ne sont pas des objets !
- déficiences importantes: par exemple, pas d'exceptions,
- les fonctions pour manipuler les types de base sont males pensées, ...
Mais le pire, c'est que ce n'est pas clean. Il n'y a pas une nomenclature comune à toutes les fonctions. C'est comme si on avait fait 100 librairies sans jamais se concerter et mettre tout ensemble. J'ai parfois l'impression que les fonctions/méthodes sont mal pensées.
Regarde la gestion des chaines de caractères et des tableaux, ce serait nettement plus puissant si ces types étaient des objets.
Au niveau des librairies:
- pas de nomenclature commune. Par exemple, Python a défini DB2 API, une interface pour interfacer avec des DB SQL et les librairies SQL supportent cette recommandation. Cette recommandation est bien faites et aucune des librairies PHP (mysql et postgres) n'est aussi bien faites. De plus, tu peux changer de mysql à postgresql sans problèmes. Pas (du moins moins bien) en PHP)
- les signatures des fonctions sont généralement mauvaises
- il manque encore bcp de librairies
Au niveau des programmes:
- ils possèdent tous des miliers de lignes de code et ils ne sont pas du tout flexibles.
(généralement, un programme bien écrit se voit au nombre peu élévé de lignes)
J'ai déjà chipoté dans: PHP Nuke, POST Nuke, OSCommerce, PHPauction
Tous ces programmes ont plus de 5000 lignes. Essaie d'y modifier qqch, t'es parti pour quelques heures/jours.
Mauvais principe de base:
alors que l'idéal dans la conception d'un site web c'est de séparer la forme du contenu, (templates) PHP incite à faire le contraire et à mélanger le code avec le HTML.
Le seul grand avantage de PHP c'est qu'il est installé partout et qu'il est très simple à maintenir. Quand je fais des petits sites (3/4 pages), j'utilises encore PHP.
[^] # Re: Le langage du futur ?
Posté par pinky . En réponse au journal Le langage du futur ?. Évalué à 6.
- supporte peu de techniques de prog actuelles: properties, lambda calcul, ...
- les types de base ne sont pas des objets !
- déficiences importantes: par exemple, pas d'exceptions,
- les fonctions pour manipuler les types de base sont males pensées, ...
Mais le pire, c'est que ce n'est pas clean. Il n'y a pas une nomenclature comune à toutes les fonctions. C'est comme si on avait fait 100 librairies sans jamais se concerter et mettre tout ensemble. J'ai parfois l'impression que les fonctions/méthodes sont mal pensées.
Regarde la gestion des chaines de caractères et des tableaux, ce serait nettement plus puissant si ces types étaient des objets.
Au niveau des librairies:
- pas de nomenclature commune. Par exemple, Python a défini DB2 API, une interface pour interfacer avec des DB SQL et les librairies SQL supportent cette recommandation. Cette recommandation est bien faites et aucune des librairies PHP (mysql et postgres) n'est aussi bien faites. De plus, tu peux changer de mysql à postgresql sans problèmes. Pas (du moins moins bien) en PHP)
- les signatures des fonctions sont généralement mauvaises
- il manque encore bcp de librairies
Au niveau des programmes:
- ils possèdent tous des miliers de lignes de code et ils ne sont pas du tout flexibles.
(généralement, un programme bien écrit se voit au nombre peu élévé de lignes)
J'ai déjà chipoté dans: PHP Nuke, POST Nuke, OSCommerce, PHPauction
Tous ces programmes ont plus de 5000 lignes. Essaie d'y modifier qqch, t'es parti pour quelques heures/jours.
Mauvais principe de base:
alors que l'idéal dans la conception d'un site web c'est de séparer la forme du contenu, (templates) PHP incite à faire le contraire et à mélanger le code avec le HTML.
Le seul grand avantage de PHP c'est qu'il est installé partout et qu'il est très simple à maintenir. Quand je fais des petits sites (3/4 pages), j'utilises encore PHP.