J'espère plutôt que se sera intuitif et facile à mettre en œuvre ( pas comme zf qui est facile à mettre en œuvre mais pas du tout intuitif)Citation:
Envoyé par mimi68
Version imprimable
J'espère plutôt que se sera intuitif et facile à mettre en œuvre ( pas comme zf qui est facile à mettre en œuvre mais pas du tout intuitif)Citation:
Envoyé par mimi68
Oui et non.
Symfony 2 (avec un "S" majuscule à partir de la version 2), va garder la partie structurel de la version 1, mais avec plus de modularité et de liberté.
La plus grosse différence c'est certainement la prise en charge massive des espaces de nom de la version 5.3 de PHP, qui va obliger à penser un peu différemment ces applications. Avant on avait une application et ces plugin, Maintenant on a des "bundel" qui incluent aussi bien les anciens plugins que les parties applicatives de notre application. Si on se montre capable de bien séparer les nom espace de nom, et donc les "bundel" en entité indépendantes, on devrais pouvoir facilement réutiliser des morceaux de codes d'une application à l'autre. En fait, on peut résumé en disant que tout est un plugin dans la v2.
Le système de template à bien évolué avec la possibilité, enfin, d'avoir plusieurs niveaux de layout. Et un module de générateur de template pour ceux qui préfèrent passer par de tels outils.
Disons que c'est très tentant et que je vais trouver quelques heures pour faire une ou deux petites applications, pour voir.
Pour ma part je m'y suis lancé et finalement je le trouve assez intuitif. Le seul défaut pour l'instant à mon avis, est le manque de documentation, et surtout de la doc à jour. Ca viendra!
J'avais fais un petit test sur mon blog, histoire de se mettre en route !
On peut cependant créer rapidement des petites applications. Le système de templates comme l'a dit Mimi68 est vraiment sympa ! Et j'aime bien Twig, pour générer la vue!
Je n'ai pas encore regardé les formulaires, apparemment le système de validation devrait se baser sur les annotations (les commentaires @) dans nos classes, pourquoi pas, plus besoin d'écrire de classes de validation !
Après il y a plein de choses qu'il faut trouver par nous même ou aller explorer le code, par exemple le code des bundles pour en comprendre l'architecture.
Quant à Doctrine2, la documentation sur leur site est plus que convenable et on aura pas de problème pour s'y lancer ! par contre oublions les Behaviors (actAs) comme timestampable, ou Sluggable...Ca sera différent..
En fait les classes de validations n'ont pas disparue (mais peut-être ne parlons nous pas de la même chose). Elles existent toujours. Simplement, le lancement ce fait par des commentaires dans les classes du modèles (ce qui n'est pas illogique, du moins le modèle) mais va demander à parser les fichiers de classes à chaque exécution, il faut que j'aille explorer le cache pour voir si des "classes fantômes" ne sont pas créer en fonction des commentaires, je pense que c'est ainsi quecela doit se passer.
Pour la base de données, il y a un truc qui à l'air intéressant, en sur couche de doctrine, c'est MongoDB qui semble apporter plus de facilité de gestion et d'accès, mais, ici aussi, la documentation est succincte.
Oui c'est ce que je voulais dire en parlant du système de validation, tout ce fera dans les commentaires, bien qu'on pourra aussi les écrire en yml et xml.
Pour MongoDB j'ai testé aussi, tu l'installes rapidement, tu joues avec pour voir et pour l'installer sur sf2 ça passe tout seul. Pour la doc elle a été mise à jour, et le site de doctrine en donne pas mal aussi je trouve. Faudrait voir coté performance, mais ça m'a l'air pas mal.
Pour MongoDB, il faudrait surtout voir se que cela rapporte par rapport à un simple Doctrine query en terme de fonctionnalités et en terme de performances
Hello,
Après m'être mis à Symfony 1.4 il y a quelques mois, j'ai fait un projet, qui part en test en ce moment, en ne connaissant pas le framework à la base.
Mon boss m'a demandé une veille techno sur symfony 1.4 et Symfony 2.
J'ai comme l'impression que pour des applicatifs de moyenne-grande importance prévues pour la fin de l'été 2011, Symfony 2 semble un peu risqué notamment au vu d'une doc pas étoffée et des changements dans la philosophie.
Symfony 1.4 semble avoir les faveurs de la cote dans les 8 mois (voir plus) à venir.
Je ne peux que répondre affirmativement à ces propos.
De plus, les adaptations pour passer d'un symfony 1.4 en symfony 2.0 ne seront pas excessifs, tous va dépendre du nombre du plugin utilisés et du nombre qui migrerons sur la 2.0.
La version 1.4 doit être maintenue jusqu'en 11/2012, ce qui laisse le temps de voir venir.
Faire plus performant que Symfony n'est pas compliqué au vue de sa lourdeur...
La force de Symfony c'est surtout ses outils pour aller vite.
Ce que je n'aimais pas trop dans Symfony était les nom de classes ne respectant pas les standards, la lourdeur dans la profondeur des dossiers (même s'il y a des raisons) ainsi que les mêmes nom de fichiers partout.
Avec la version Alpha, j'avoue être de plus en plus ravi car les défauts que j'ai mentionnés seront un souvenir j'espère...
Avec PHP 5.3, c'est un renouveau des framework PHP. Si vous avez des idées riches, ne vous arrêter pas, développez votre framework !
Perso, je développe sous 1.4 et j'en suis très satisfait, j'ai touché un peu à magento, pouah!! quelle usine à gaz mes aïeux !!!
Fuyez pendant que vous le pouvez encore !!!!
Hum. Symfony, Magento, quel rapport ??
Et que dirais-tu si avais testé OSCommerce... :aie:
Un peu simpliste non ?Citation:
Envoyé par nicolas.bui
Essayes de faire une application basic qui apporte la même sécurité, les routes intelligente, la protection, le contrôle systématique des retours des formulaires. Et compare les résultats de ton code avec celui d'une application qui utilise symfony. Après tu pourras comparer les performances. Il faut comparer au même niveau de sécurité.
Et ne pas oublier qu'à la deuxième lecture d'une page entièrement statique, symfony peut être aussi rapide qu'un code purement html... Essaye de faire cela avec du php pure.
Sans problème : il y a une fonction magique qui s'appelle file_put_contents() :aie:. Tu ne fais alors pas un truc plus différent qu'avec symfony : tu mets une page statique quelque part puis, si elle n'est pas disponible en statique, on demande à un script de la générer. Autre solution : on la génère dans le back-end et on l'écrase dès qu'elle n'est plus à jour. Comme ça, on a toujours une page dispo et toujours statique.Citation:
Envoyé par Michel Rotta
Symfony étant un framework PHP, il ne va pas apporter plus de fonction que ce qui peut être fait en PHP.
Il est donc évident que c'est réalisable. Est-e aussi simple à gérer et à mettre en place ?
Accessoirement, il y a une partie en PHP et une partie dans le htaccess qui va vérifier si la page demandée existe dans l'arborescence directe, et si oui, retourner le html directement, sans passer par PHP.
Tous cela pour dire que prétendre un framework plus lent que du PHP, ce n'est pas nécessairement vrai, c'est aussi une question de configuration.
Introduction à Symfony 2/
Un article intéressant d'analyse de Symfony 2, les apports, et quelques inconvénients.