C'est vrai que Zend… C'est un peu orienté péon par endroit, notamment son architecture, qui n'existe pas. C'est à toi de la faire.


Sephi-Chan

J'ai pas vraiment l'utilité d'utiliser un framework pour le moment.

Mis a pars un gain de temps, j'vois pas l'intérêt, et personnellement, la programmation ne me prends pas la tête, je code pour le plaisir que sa mette 10ans ou pas, donc voila

Zend est un framework, où alors ceux qui participe au developpement de PHP ne savent pas de quoi ils parlent

Zend contrairement aux autres framework ne t'emprisonne pas dans une maison close, là est toute la différence, c'est un ensemble d'outils faiblement dépendant les uns des autres.

Zend te laisse libre d'implémenter ou pas une architecture MVC car c'est au developpeur de savoir ce qu'il veut et doit faire.

Source : Zend Framework

Oui, donc ça s'appelle une librairie, pas un framework. Effectivement, le nom de Zend Framework est mal choisi.

Zend "Framework" est même reconnu par ses pères plus comme un ensemble de librairies qu'un Framework.

pascal, propel est limite niveau performance, doctrine est bien mieux.
Mais à en croire ce blog « http://ljouanneau.com/blog/2007/10/30/717-pourquoi-jdao » doctrine semble tout de même très foireux. Qu'as tu à y répondre ?

oxman a écrit :pascal, propel est limite niveau performance, doctrine est bien mieux.
Mais à en croire ce blog « http://ljouanneau.com/blog/2007/10/30/717-pourquoi-jdao » doctrine semble tout de même très foireux. Qu'as tu à y répondre ?

je ne me suis pas penché à fond sur le sujet, les aperos c'est 4 ou 5 tables maximum, niveau performance la question ne se pose pas vraiment.

au boulot on a des 100aines de tables, donc on évite hibernate et autres systèmes automatiques. on utilise un DAO maison :
InterfaceNomdelatableDAO > NomdelatableDAOImplementation > NomdelatableService
avec des classes écrites à la main, selon des normes maison.

bref, DAO, oui si le schéma le permet, non ( pas automatiquement, mais à la main ) si les performances sont mauvaises.

A+

Pascal

Donc tu ne déments pas que tous les ORM actuel (propel, doctrine) de Symfony sont foireux ?

ça marche pour mon site, donc ce n'est pas foireux

ça dépend de l'utilisation, du projet.

A+

Pascal

Non je veux dire que c'est foireux dans deux cas, le premier, lent, le deuxième bloatware.
Et vu que tu ne déments pas, on a soit l'un soit l'autre des cas, soit les deux.

Un gros point noir pour Symfony.