PHP Index

Hello.
Comme tu le dis ;"aucun framework PHP ne se démarque aujourd'hui"...je suis à fond d'accord.
Quant aux causes ... ?
Je me demande si ce n'est pas inhérent au langage php4, et comment faire de la conception basée réutilisation et organisation sans un langage objet digne de ce nom?
Peut-être que php5 changera la donne.

Les principaux frameworks listés ici sont objets. Et certains imposent PHP5 comme pré-requis de base...donc avec un approche objet fréquentable.

Ensuite, pas sûr que l'objet puisse changer quoique ce soit ici, mais c'est un autre débat.

Je crois surtout que l'effet "frameworks " (ils sont de plus en plus nombreux à fleurir) est un peu à l'image de l'effet "templates" d'hier. Chacun tente de proposer sa solution, sans forcement chercher à regarder ce qui se fait déjà et surtout...si cela n'est pas déjà mieux fait ailleurs.

Quant à se poser la question de savoir si tel ou tel composants sera ou non vraiment utile, on en est loin (exemple avec certains composant du Zend Framework).

Trop souvent, le ou les développeurs se font avant tout plaisir.

Armel.

Entièrement d'accord avec Armel, les développeurs se font plaisir et écoutent rarement les demandes des utilisateurs... quant à la documentation, elle est souvent inexistante (je ne parle pas des API)

C'est juste Francois ! Ta remarque sur la documentation est tout à fait judicieuse. Trop souvent, elle est inexistante ou rarement à jour. Un bon framework se démarquera probablement des autres, précisement, par la clareté et la richesse de sa documentation. Et entendons nous bien, documentation ne veut pas dire uniquement...un coup de phpDocumentor ou autre avec le moyen de naviguer de classes en classes et de méthodes en méthodes afin d'avoir un visu des proto d'appel. Perso j'attends bcp plus.

Armel.

Bonjour,

Personellement je trouves par exemple qu'un framaework comme Prado est assez simple d'accès même si il est vrai il faut posséder une certaine maitrsie de php et de la conception objet afin de pouvoir commencer à travailler.

Etant moi même dévéloppeur je me permets de répondre sur la documentation => élément essentiel pour garder une trace viable des dévéloppements en terme d'utilisation et de contenu MAIS partie de travail qui n'est pas du codage donc possiblement oublié ...

J'encourages bien entendu les docs illustrées et complètes mais doutent que les développeurs ai réellement de les mettre eux même en place :)-

Salut à tous,