Zend Framework vs symfony

[Phelim]

Bonjour
Moi j'ai une question, pourquoi on entend à peine parler de symfony?
Et pourquoi, il n'y a pas une rubrique Symfony sur Developpez?

On en entend frequemment parler dans la presse spécialisé. Developpant en php pour le plaisir, j'ai eu du mal à franchir le pas des frameworks.

Finalement j'ai testé ZF, il y'a quelques semaines. L'interet des briques est interessant et permet une structure modulaire (davantage qu'avec du PHP simple.)

Par contre pour les debutants, n'esperez pas faire un systeme modulaire du premier coup. J'ai effectué 5 refactoring avant d'atteindre enfin quelques choses de viables et utilisant les fonctionnalités du frameworks.

Prochain etape : developper sous jetix ou symphony et surtout, les tests unitaires

[patbator]

Salut tous, je prend le train en route.

Je n'ai pas de grosse d'expérience ZF ou Symphony par contre sur d'autres frameworks propriétaires.

Je dirais que n'importe quel framework demandera toujours un apprentissage qui est plus ou moins long surtout selon la tournure d'esprit de l'apprenant, la "complexité" d'un fonctionnement est un truc relatif à chaque personne.

Par contre, il y a bien 2 type de bases de code qui correspondent à mon avis à deux attitudes de developpeurs :

Les "englobants", type symphony qui se veulent très structurants. On gagne du temps mais en adhérant à la conception des gens qui font symphony de ce qu'est une appli web.
A mon avis ça botte les gens qui s'éclatent à utiliser des applis existantes et qui n'adorent pas se poser des questions de conception.

Les "librairies de code", type ZF qui propose mais n'impose pas grand chose.
Avec il reste plus de travail pour aboutir à une appli "finie" mais aussi à mon avis plus d'espace d'innovation et de création pour le developpeur.
Ca botte les gens qui s'éclatent à ne pas réinventer la roue mais qui ont envie de faire les choses à leur manière.

Ce serait pas une histoire de tempérament tout ça finalement ?

[fadex]

Bonjour

le problème avec ZF c qu'il ya plain de doc mais pas un truc détaillé qui te permet de bien comprendre la logique ZF . tu commence un tuto après il te balance vers d’autres tutos et voila tu es perdu


pour symfony par exemple vous avez ça : http://www.symfony-project.org/askeet/1_0/

[whitespirit]

J'ai commencé ZF en février de cette année. J'ai mis 2-3 semaines pour assimiler la doc et coder "proprement" en zf. Moi aussi, j'ai longtemps hésité entre Symphony et ZF, et finalement j'ai choisi ZF. Durant cette apprentissage, j'ai beaucoup appris en me servant des tutos, et surtout la présence des Maitres ZF sur les forums.

Aujourd'hui, je me considère toujours comme 'apprenti' étant donné que je n'ai pas encore abordé beaucoup de technologie ZF, mais j'ai pu développé en 3 mois un CRM adapté au besoin client en gardant un code extrêmement souple, modulable et libre. Ce que j'ai vraiment apprécié dans ZF, c'est la gestion des Acls, la mise en place du MVC et les intéractions internes. Je cherchais un framework qui gère pour moi ce que j'appelle le 'bas niveau' (c'est à dire, gestion des sessions, acls, authentifications, post/get, url, modules...) afin que de m'occuper que des fonctionnalités du site. ZF répond à mes attentes.

Je me pose ces questions sur symphony :

- Quelles sont les fonctionnalités que vous ne trouvez pas dans ZF ?

- Qu'est-ce que vous appeler 'créer une appli rapidement' ? Rapide pour moi, signifie un bon développement coté client (nous) pas forcément coté Framework.

- Vous dites que Symphony impose sa vision d'application Web. Quelle est cette vision ? ZF est basé sur un modèle MVC (si on l'utilise en tant que framework et non pas composants) : c'est déjà une vision d'application (sans parler web). Ensuite, je trouve que ZF impose aussi sa vision Web, bien sûr je peux programmer en bourrin mais ça ne changera pas le fait que c'est un choix, et que ZF me permet de faire un code propre.

Je n'ai pas vraiment d'avis pour/contre un de ses deux framework car je n'en connais qu'un (et pas à fond) par contre, je souhaiterai comprendre ce qui vous enchante dans Symphony par rapport à ZF en tant que développeur, afin d'avoir ma propre opinion. C'est sur que si vous parlez 'd'englobant', je vois plus ça comme une contrainte qu'un avantage.

[MODIF]

Enfin, je viens de regarder la vidéo AdminGenerator. C'est sûr que c'est vraiment impressionnant ce que fait Symphony, et j'envie cette fonctionnalité, qui me ferait gagner vraiment beaucoup de temps. J'ose espérer voir bientôt apparaitre un truc similaire sur ZF. Symphony intègre beaucoup de fonctionnalités de ce type ?

[/MODIF]

Merci

[Alexandre T]

Je ne participais pas encore à ce débat. Je connais bien ZF, et découvre Symphony. Dans un des derniers mensuels de PHPSolution, il y a un comparatif (sans jugement) de ces deux solutions.

Je corrige des erreurs écrites ici par un manque de connaissance de ZF ou de developpez.

1 - ZF permet très facilement le CRUD et cela sans se taper toutes les actions. Je ne comparerais pas la vitesse de réalisation, j'ignore le temps que cela prend sous Symphony à paramétrer. Mais sous ZF, j'en ai eu pour une demie-heure à tout mettre en place.
2 - Il y une rubrique Symphony ET un forum Symphony sur Developpez même si ils sont moins vivants que ZF http://php.developpez.com/cours/?pag...eworks#symfony
http://www.developpez.net/forums/f663/php/bibliotheques-frameworks/symfony/

L'histoire de liberté entre ZF et Symphony me fait un peu penser au débat entre Java et PHP. Et je pense que si on opte pour une suppression de la liberté et donc une meilleure canalisation des développements, il vaut mieux se tourner vers Java-Hibernate-Struts-JSP que vers Symphony.

Personnellement, mon choix n'est pas encore fait, Mais entre JAVA / Symphony / ZF, je pense néanmoins choisir ZF pour sa communauté bien plus vivante et réactive et parce que mon équipe est très disciplinée et que j'ai confiance en eux, ils savent respectés les briques, les couches et utilisent un typage fort sous PHP.

[batataw]

J'ai réalisé 3 gros projets avec symfony et 1 avec ZF. Ma préférence va a Symfony car quand on travaille en équipe le code est homogene. Je ne dis pas qu'avec ZF on fait du mauvais code. La responsabilité incombe aux developpeurs. Cela dit Symfony imposant des regles stricts de codage on se retrouve au final avec un code cohérent sur l'ensemble du projet. De plus les commandes en lignes permettent de s'affranchir de beaucoup de tache rébarbatifs. Le seul point noir est le temps d'apprentissage tres long et l'obligation de connaitre quelques Design Pattern pour comprendre son fonctionnement.

[boudreau_benjamin]

Bonjour,

Récemment, la compagnie Clever Age à fait une comparaison très intéressante sur les principaux frameworks MVC en php pour les entreprises.

(cakePHP, Zend, CodeIgniter, Symfony)

http://www.clever-age.com/veille/pub...ntreprise.html

Merci
Benjamin

[whitespirit]

J'ai lu ce livre blanc et je l'ai trouvé bien écris, et très intéressant. Avant tout, je rappelle que je n'ai pas d'avis pour ou contre car je ne connais pas Symphony. Toutefois, utilisant ZF et ayant passé du temps sur son apprentissage, je pense avoir une bonne connaissance des forces et faiblesses de ZF.

Quoi qu'il en soit, je crois qu'ils ont testé la version 1.0 de ZF, hors la version 1.5 ajoute un serieux point positif à ZF (notamment par sa gestion des formulaires). J'ai remarqué qu'ils sont formateurs Symphony, bien que les éléments de comparaisons se tiennent, je pense qu'ils ont une légère influence pour ce framework.

[Jokaritaff]

Envoyé par cmaneu

Symfony se démarque de Zend Framework avec ses outils de génération de code. En quelques lignes de commande, vous pouvez avoir un site qui effectue les opérations de base (CRUD - Création, affichage, modification, suppression) sur toutes les tables de votre base...ce qui est largement plus long sous Zend :p.

c'est vrai que Symfony est pratique par la génération de code, mais le générateur de code + CRUD n'est autre que Propel.
donc rien n'empeche d'utiliser Zend et de générer ses classes avec Propel.

[XhEYtHeR]

J'interviens en tant que développeur php "amateur" et pour moi un aspect très important est la documentation. J'ai longuement hésité ente ZF et symfony (et je ne me suis décidé qu'il y a quelques jours) et j'ai choisit d'adopter symfony, pour sa documentation qui à l'avantage d'offrir un véritable parcourt d'apprentissage (je pense au book et au tutoriel askeet).

Même si symfony impose une certaine vison de ce qu'est une application web, une documentation bien écrite telle que celle là, c'est pour moi l'assurance de perdre moins de soirées surfant de blogues en tutoriels décousus.

Peut être qu'il existe la même chose pour ZF mais je n'ai pas trouvé.

[Jokaritaff]

La référence ZF est plutot correcte, mais effectivement moins étoffée que celle de Symfony. Notamment pour démarrer.

En fait j'ai fait le choix de Zend surtout parce qu'il impose pas mais au contraire propose un modele de base et des librairies.
Sur ce point ZF et Symfony ont des approches différentes, donc ne sont pas reprochables. Tout dépend de ce qu'on veut.

Ca peut etre déroutant pour quelqu'un qui sait pas par où commencer, mais ca a l'avantage de la liberté d'usage, de faire du code custom, d'employer les librairies Zend, et d'utiliser d'autres frameworks en parallèle.

Toutefois ya un communauté ainsi que les docs tres bien faites de developpez.net (merci Julien Pauli et Guillaume Rossolini pour leurs docs !)

Côté doc de notre appli par contre, j'insiste pour que tout le monde prenne le temps de documenter leur code (PHPDoc, commentaire de code) au fil de l'eau

Je trouve que la doc est aussi importante que le code.

[Dia_FR]

juste pour réagir sur la doc dispo pour symfony, c'est vrai que le volume est important mais je me suis souvent trouvé devant des cas où je ne trouvais pas l'info que je voulais (heureusement que leur forum est actif !)
tant qu'on reste dans des cas d'utilisation assez classiques, la doc peut fournir les réponses mais quand on arrive sur des cas spécifiques
j'ai notamment trouvé la doc de l'api un peu légère, même si elle a le mérite d'exister

[whitespirit]

Bien sûr la documentation est un point capital. Mais là ou j'ai mis du temps avant de comprendre le fonctionnement de ZF, c'était dans la conception du modèle MVC adapté pour le web, à savoir :

- qu'est ce qu'un controlleurs
- qu'est ce qu'une vues
- qu'est ce qu'une route
- qu'est ce qu'un plugin
- qu'est ce qu'un helper

A ma surprise, j'ai remarqué que le framework du CMS Joomla 1.5 utilise ses mêmes notions. Alors, je me dis que si quelqu'un à déjà ses marques sur le MVC, il prendra en main ZF très rapidement. Ce qui reste à apprendre, c'est le standard à tous framework.

Quoi qu'il en soit, je ne pense pas que la documentation de l'un ou l'autre soit un argument de choix, mais plutôt l'interaction auprès d'un forum (français pour les non anglophones). Demain, si un livre sur ZF sort (je crois que Julien P. est en train d'écrire un) ou un tuto ZF en 20 jours est publié, est-ce que vous allez remettre en question votre choix de ZF ou Symphony ?

Comme beaucoup, j'ai du apprendre par mes propres moyens et ma société n'a pas le budget de me payer une formation. Je pense que pour des gros projets, Symhpony ou ZF, il est préférable de se faire la formation.

[sgue35]

Si on ne parle aps de Symfony c'est parceque ce n'est pas nécessaire ...

Et peut être aussi parceque la V1.1 tarde ...

Je viens de mener une étude comparative des 2 solutions (vous remarquez je ne aprel pas e Framework) et notre conclusion est que Symfony est très bien pour les petits projet et le gros (moins de 50 hj et Plus de 300) pour l'entre deux ZEND est mieux à condition d'avoir une bonne maîtrise des principe d'architecture et des pattern de conception et de développement.

Pour un newby ... Symfony
Pour un vieux briscard ... ZEND

Voila notre conclusion

[Tsilefy]

Bonjour,

Est-ce que cette étude est publique? On peut la consulter quelque part ?