Pour les habitués de Linux & Gnu, tout est dans le titre ...
Yet Another Php Framework ;)
C'est précisément ce dont se plaignaient les auteurs de php (et du Zend Framework), et je trouve qu'ils ont bien raison sur ce point.
Les paradigmes développés par chaque framework sont sûrement très intéressants ...
Mais pourquoi diantre faut-il 42 frameworks en PHP ?
Donc 30 de non maintenus, et aussi 18 d'infiniment compliqués ? (cake/symfony) et 22 qui multiplient en moyenne par 8 la consommation de CPU par page, et 20 qui multiplient par 7 la consommation moyenne de RAM par page (utilisez Java 1.4 dans ce cas les gars hein ;) )
J'en ai longtemps douté, mais c'est finalement peut-être sa facilité d'utilisation et de développement qui risque vraiment de perdre PHP : trop de diversité médiocre (je ne dit pas que Sloth l'est, mais est-il nécessaire ? pourquoi ne pas juste apporter les paradigmes inventés par leurs auteurs dans Zend par exemple ...)
C'est toutes ces raisons qui m'ont fait choisir Zend et aussi les dernières :
- une doc d'API parfaite (doc brute type phpdoc, complète et requise pour entrer dans le framework et doc utilisateur avec des phrases et des exemples, des use cases et la façon dont les auteurs utilisent la ou les classes décrites...)
- un framework 'relativement léger' pour éviter de transformer l'avantage de PHP en un inconvénient
- un suivi de projet très serré : n'importe quoi ne rentre pas dans ce Framework, et les raisons écrites (code bien écrit, bonne intégration dans l'existant, doc exhaustive etc.) suffisent bien souvent pour bloquer l'entrée de trucs dangereusement écrits ...
- le point précédent n'empêche pas pour autant qu'il reste facilement extensible (façon Java...) on a par exemple développé nos propres classes et notre propre générateur autour de Zend très facilement ...
# Yapf ...
Posté par Benjamin (site web personnel) . En réponse à la dépêche Sloth, un nouveau framework MVC pour PHP. Évalué à 10.
Yet Another Php Framework ;)
C'est précisément ce dont se plaignaient les auteurs de php (et du Zend Framework), et je trouve qu'ils ont bien raison sur ce point.
Les paradigmes développés par chaque framework sont sûrement très intéressants ...
Mais pourquoi diantre faut-il 42 frameworks en PHP ?
Donc 30 de non maintenus, et aussi 18 d'infiniment compliqués ? (cake/symfony) et 22 qui multiplient en moyenne par 8 la consommation de CPU par page, et 20 qui multiplient par 7 la consommation moyenne de RAM par page (utilisez Java 1.4 dans ce cas les gars hein ;) )
J'en ai longtemps douté, mais c'est finalement peut-être sa facilité d'utilisation et de développement qui risque vraiment de perdre PHP : trop de diversité médiocre (je ne dit pas que Sloth l'est, mais est-il nécessaire ? pourquoi ne pas juste apporter les paradigmes inventés par leurs auteurs dans Zend par exemple ...)
C'est toutes ces raisons qui m'ont fait choisir Zend et aussi les dernières :
- une doc d'API parfaite (doc brute type phpdoc, complète et requise pour entrer dans le framework et doc utilisateur avec des phrases et des exemples, des use cases et la façon dont les auteurs utilisent la ou les classes décrites...)
- un framework 'relativement léger' pour éviter de transformer l'avantage de PHP en un inconvénient
- un suivi de projet très serré : n'importe quoi ne rentre pas dans ce Framework, et les raisons écrites (code bien écrit, bonne intégration dans l'existant, doc exhaustive etc.) suffisent bien souvent pour bloquer l'entrée de trucs dangereusement écrits ...
- le point précédent n'empêche pas pour autant qu'il reste facilement extensible (façon Java...) on a par exemple développé nos propres classes et notre propre générateur autour de Zend très facilement ...