Lors d'une pré-étude dans la société où je bosse, nous avons envisagé de développer une application en utilisant un framework. Nous avons donc sélectionné Symfony et Zend Framework. Nous avons prototypé avec Symfony et très vite nous avons dû renoncer face à la lourdeur de celui-ci. Lourdeur dans tous les sens du terme (processus Apache de plus de 30Mo par exemple), incompatibilité avec APC+PHP5.3.1 (log d'erreur croissant à une vitesse vertigineuse) et un Symfony sans APC ça entraine un DOS avec 100 connexions simultanées :)
Alors bon, nous somme passé à Zend Framework, et là ... on respire.
Alors voilà une petite liste de griefs envers Symfony :
1) Les versions successives de Symfony cassent la plupart du temps les API ce qui est rédhibitoire pour un framework objet ...
2) La documentation est incomplète.
3) L'Admin générator n'est pas aboutit ... et non documenté
4) les tables n-n + champ, il ne sait pas les gérer...
De plus Symfony 2 (qui cassera une fois de plus les API) s 'oriente vers le concept favori présenté par F.Potencier (le créateur de Symfony) dans ses conférences à savoir l'injection de dépendances généralisé... comme si Symfony n'était déjà pas assez lourd comme ça... encore que l'on peut espérer qu'ainsi ils pourront figer une bonne fois pour toutes les API tout en permettant les extensions (principe d'ouverture/fermeture).
Bref on dirait que les concepteurs de Symfony souffrent d'un complexe par rapport aux frameworks java ou .net, ils en reprennent les concepts mais on a l'impression qu'on en récupère que leurs désavantages.
# Mais où va symfony ?
Posté par fedorat . En réponse à la dépêche Symfony Live Conference à Paris. Évalué à 1.
Alors bon, nous somme passé à Zend Framework, et là ... on respire.
Alors voilà une petite liste de griefs envers Symfony :
1) Les versions successives de Symfony cassent la plupart du temps les API ce qui est rédhibitoire pour un framework objet ...
2) La documentation est incomplète.
3) L'Admin générator n'est pas aboutit ... et non documenté
4) les tables n-n + champ, il ne sait pas les gérer...
De plus Symfony 2 (qui cassera une fois de plus les API) s 'oriente vers le concept favori présenté par F.Potencier (le créateur de Symfony) dans ses conférences à savoir l'injection de dépendances généralisé... comme si Symfony n'était déjà pas assez lourd comme ça... encore que l'on peut espérer qu'ainsi ils pourront figer une bonne fois pour toutes les API tout en permettant les extensions (principe d'ouverture/fermeture).
Bref on dirait que les concepteurs de Symfony souffrent d'un complexe par rapport aux frameworks java ou .net, ils en reprennent les concepts mais on a l'impression qu'on en récupère que leurs désavantages.