le débat sur quel langage est trop limité, c'est surtout le type de dévellopement qui est la question. J'ai testé le livewire, le python en CGI, l'ASP, ColdFusion, le PHP et j'attaque JSP/Servlet. C'est du tout pareil ou presque. L'évolution est dans la notion d'objet avec heritage pour simplifier le code, et le stockage "objet" (avec serialisation) pour eviter la raideur des tables SQL classique.
PHP est un conglomérat de fonction disparate, certaines sont redondantes alors que d'autres manque. Il est extrement réactif pour integrer de nouvelles technologie (Flash, XML, WDDX...) mais manque de reflexion de fond, de rangement, de structure. Sa gestion des library en include est assez hallucinante, et son implémentation des objets est trés limités (une Array d'objet ne fonctionne pas, par exemple).
Il existe divers solution pour gerer un peu plus qu'un simple affichage, tel que Spectra, CFObjects, les solutions java tel BlueMartini, Dynamo, Websphere, WebOject et dans le free Middgard, Zope ou même Dacode. Le langage n'est qu'un script qui permet d'utiliser un moteur, et c'est la qualité de ce moteur qui fait la différence.
# l'objet est la solution!
Posté par mister popo ポポ . En réponse à la dépêche Le PHP, langage universel de demain ?. Évalué à 1.
PHP est un conglomérat de fonction disparate, certaines sont redondantes alors que d'autres manque. Il est extrement réactif pour integrer de nouvelles technologie (Flash, XML, WDDX...) mais manque de reflexion de fond, de rangement, de structure. Sa gestion des library en include est assez hallucinante, et son implémentation des objets est trés limités (une Array d'objet ne fonctionne pas, par exemple).
Il existe divers solution pour gerer un peu plus qu'un simple affichage, tel que Spectra, CFObjects, les solutions java tel BlueMartini, Dynamo, Websphere, WebOject et dans le free Middgard, Zope ou même Dacode. Le langage n'est qu'un script qui permet d'utiliser un moteur, et c'est la qualité de ce moteur qui fait la différence.