Maintenant que c’est fait, nous allons parler ici d’un des aspects de symfony les plus intéressant, mais aussi d’un des moins bien documenté. Pas que les forms « basiques » ne soient pas documentés, mais dès que vous voulez faire autre chose qu’un form qui représente tel quel (ou presque) un objet de la base de données, ça se complique un peu.

Je vais essayer de vous faire un petit tour d’horizon de ce qu’on peut faire avec les embedded forms.

Les forms, c’est de la POO

Vous allez me dire que tout symfony est de la POO (Programmation Orientée Objet), et vous avez raison. Mais on peut utiliser symfony sans être un expert de la POO (voire sans vraiment savoir ce que c’est), en suivant Jobeet et en comprenant que executeIndex inclut le template indexSuccess.php en cas de succès. À partir de là, on est le roi du monde.

Enfin, du monde, moins les forms. Car les forms sont – à mon sens – la partie de symfony qui est à la fois utilisée par tous les utilisateurs de symfony, et à la fois très orientée objet (les factories sont par exemple beaucoup moins utilisées …). Du coup, ça mérite quelques explications.

Tout le monde n’est pas doué en POO

Certes tout le monde n’est pas doué en POO, professionnel ou pas d’ailleurs ;) À l’inverse de JAVA où les programmeurs n’ont pas vraiment le choix, la POO est récente dans PHP et certains l’ont découvert comme un cheveu sur la soupe.

L’impression que l’on a quand on essaye de changer le comportement des embed form c’est : mais où est-ce que je peux bien faire ce que j’ai envie de faire? doBind, doUpdateObject, saveEmbeddedForms, … les choix sont multiples.

Et pour cause, les forms utilisent énormément l’héritage, et disposent donc de moultes méthodes que l’on peut surcharger, sans que ce ne soit vraiment documenté autre part que dans l’API. Si on ne comprend pas les principes de base de la POO, les forms sont une vraie galère (déjà que quand on les comprend …).

Petit rappel sur la POO sur developpez.com : Consultez au moins la partie sur l’héritage pour ceux qui sont largués.

Principales étapes de gestion des formulaires

Il faut quand même que vous ayez quelque chose à l’esprit, il y a pour moi deux principales étapes quand vous souhaitez traiter un formulaire qui vient d’être soumis :

• 1 ère étape : lier les valeurs qui sont récupérées dans la requête à l’objet Form (c’est à dire les recopier en s’assurant qu’elles sont valides et nettoyées)
• 2 ème étape : Une fois les valeurs recopiés dans le $values du formulaire (qui n’est en fait qu’un tableau de valeurs nettoyées), réaliser un traitement dessus ou sur l’objet qui en découlera (nous verrons cela par la suite)

Il est toujours bon de se demander ce que l’on veut faire exactement : agir sur les valeurs qui seront recopiées et validées dans notre form, ou alors agir sur les valeurs nettoyées et recopiées, avant qu’elles ne soient sauvegardées en base.

Première étape

Lors de la première étape de liaison/validation/recopie des valeurs de la requête dans votre formulaire (votre objet Form), vous pourrez agir sur les données avant qu’elles ne soient passées dans les validateurs, ou alors une fois qu’elles sont passées dans les validateurs.

Vous pourrez faire votre bourrin : enlever des parties de votre formulaire de la requête en vous basant sur certaines valeurs soumises.
Par exemple enlever tout un formulaire embarqué, si certaines valeurs ne sont pas saisies (c’est l’exemple qu’on trouve pas mal sur le web d’ailleurs).
Petit souci : les valeurs de la requête n’auront pas été validées/nettoyées par les validateurs, vous vous exposez donc à quelques soucis (dans le style le gars qui n’aura rempli que des espaces dans un champ texte, faudra penser à faire vous même le trim avant de vérifier la valeur …).

Deuxième étape

Lors de la deuxième étape, c’est ici que vous devrez effectuer les traitements concernant votre logique métier à proprement parler. La première étape s’est occupée de vous donner accès aux valeurs dans votre formulaire (via le tableau $values), maintenant que c’est fait vous pouvez jouer avec.

Vous voulez mettre à jour un objet qui dépend de celui que vous allez sauvegarder automatiquement, vous souhaitez insérer votre objet dans un nested set, etc etc … C’est dans cette étape que vous ferez ça.

Je sépare sciemment le processus en deux étapes, après vous pouvez le voir autrement. Les étapes étant chaînées, vous pouvez les mélanger et faire un peu de business logic à la fin de l’étape 1 par exemple, mais essayez de rester constant partout dans votre code, où vous ne saurez plus où aller voir quand il y a un souci.

Étude de cas

On va prendre ici un cas tout simple, celui d’un formulaire auto-généré par doctrine à partir d’une table de votre modèle.

Appelons notre modèle PetitSuisse. On aura donc une classe nommée PetitSuisseForm.class.php dans lib/form/doctrine/

On va vite fait faire le parcours d’héritage de cette classe :
PetitSuisseForm => BasePetitSuisseForm => BaseFormDoctrine => sfFormDoctrine => sfFormObject => BaseForm => sfFormSymfony => sfForm (ouf)

Même si quelques unes de ces classes sont vides, on comprend que ça puisse devenir un peu dur de savoir où chercher. Alors oui l’abstraction c’est bon mangez en, mais ça engendre une complexité de lecture du code non négligeable.

Les classes qui sont « à vous » et donc dans lesquelles vous pourrez surcharger des méthodes sont PetitSuisseForm et BaseFormDoctrine.

La première vous permettra de surcharger une méthode relative au formulaire du modèle PetitSuisse, la deuxième vous permettra de surcharger de manière plus globale (chacun des forms auto-générés par doctrine héritant de BaseFormDoctrine). Je parle ici de symfony 1.3+, vous n’aurez pas toutes ces classes dans les versions précédentes.

On va maintenant parler des principales méthodes que vous aurez (peut être) à surcharger. Il en existe d’autres, si celles ci ne vous vont pas, lisez le code de symfony ;-)

1 ère étape (liaison)

doBind(array $values)

C’est la méthode qui va faire appel aux validateurs pour nettoyer les valeurs de la requête avant de les placer dans le tableau des valeurs. Ce sont ensuite sur ces valeurs nettoyées que nous travaillerons. Vous pouvez ici toucher aux données brut de pomme qui sortent directement du formulaire envoyé, sans traitement préalable.

2 ème étape (sauvegarde)

doSave($con = null)

C’est cette méthode qui sera appelée (par save() ) lorsque vous demandez la sauvegarde de votre formulaire. Elle se charge de mettre à jour votre objet avec les valeurs du form en appelant updateObject (qui appelera doUpdateObject que nous verrons par la suite).
Si vous souhaitez changer le processus de sauvegarde, ajouter par exemple l’appel d’une vos méthodes à chaque sauvegarde du formulaire (pourquoi pas garder trace dans un fichier de toutes les sauvegardes de vos formulaires), c’est ici que vous devez le faire.

processValues($values)

C’est ici que vous pouvez toucher les valeurs qui ont été nettoyées par les validateurs, avant qu’elles ne soient passées à la méthode updateObject (que nous verrons par la suite). Je n’ai pas de traitement particulier en tête, mais l’idée est là : modifier des valeurs avant qu’elles ne soient utilisées pour mettre votre objet à jour.

doUpdateObject($values)

C’est cette méthode que vous devrez surcharger si vous voulez réaliser une opération spéciale sur votre objet avant qu’il ne soit enregistré dans la base.
Par exemple, si vous voulez insérer cet objet à la fin d’un NestedSet, vous ferez ça ici. Le $values passé en paramètre est un tableau contenant les valeurs du formulaire, une fois qu’elles ont été nettoyées/vérifiées par les validateurs.

updateObjectEmbeddedForm($values)

Je pense qu’elle veut bien dire ce qu’elle veut dire. Elle va se charger d’appeler la fonction updateObject de chaque formulaire embarqué. Vous voulez agir sur le traitement des données par vos forms embarqués ? C’est par ici !

saveEmbeddedForms($con = null, $forms = null)

Allez la petite dernière pour la route : elle se charge de la sauvegarde de chacun des objets de vos forms embarqués. Fabien Potencier en donne un exemple de surcharge dans le livre « More with symfony »

Exemple d’utilisation

C’est bien beau de parler, mais un peu de concret ne fait pas de mal.

Vous trouverez un bon exemple pour comprendre le comportement des forms sur le blog de n1k0 dans son article Embedding Relations in Forms with Symfony 1.3 and Doctrine. Certes c’est en anglais, mais le code est universel ! Si vous avez des bons articles en français je suis preneur aussi.

Il existe maintenant la méthode embedRelation() et le plugin de Daniel Lohse ahDoctrineEasyEmbeddedRelationsPlugin qui font ça tout seul. Mais c’est toujours bien de comprendre ce que l’on fait ;-)

Conclusion

Je vous ai fait un petit tour d’horizon des principales méthodes que vous pouvez surcharger dans votre formulaire. Comme je l’ai dit plus haut, ce n’est pas une liste exhaustive, mais vous devriez avoir de quoi vous amuser.

J’ai juste essayé de voir tout cela d’une manière un peu plus globale et de ne pas proposer un n-ième exemple de code pour les formulaires embarqués.

Mais avec tout cet attirail, gardez à l’esprit que votre code d’action ne doit pas dépasser le classique Bind > Save! Ce qui est au traitement de votre formulaire, reste dans votre formulaire! Enjoy!

Crédit photo: http://www.flickr.com/photos/fromeyetopixel/2470999873/

Après, vous avoir résumé à notre façon, les 2 jours, il nous semblait pertinent de vous faire un petit topo des coulisses, histoire de vous mettre encore plus dans l’ambiance et vous donner envie (ou pas) de nous y retrouver la prochaine fois!

L’endroit

La conférence, était à Paris, à la Cité Internationale (côté porte d’Orléans donc), facilement accessible en transport en commun – métro, tram et rer pas loin – comme la précédente session en 2009. Seule différence, la salle.

À l’arrivée le premier jour, vous montrez patte blanche et on vous remet votre badge, votre joli tour de cou et un petit sac de pub, stickers, tshirt et autre tournevis (sisi, un tournevis yahoo :p). Il ne reste plus qu’à pousser la porte de l’arène. Juste derrière, on retrouve les stands des livres de Sensio, des éléphants PHP en peluche et autre goodies.

Pour le coup, on était à l’espace Adenauer (pour ceux qui connaissent l’endroit). Donc une grande salle avec gradin entouré d’un U, avec tables, chaises et quelques prises électriques. Prises qui ont du coup chauffées énormément, et ce fut un peu la guerre pour recharger son notebook chéri – heureusement que la majorité était des macs avec des autonomies digne de ce nom, mais je m’égare.

Du coup, il était possible d’aller se détendre sur les côtés si une conférence ne vous emballait pas, ou si vous aviez une urgence à traiter, un billet de blog à écrire et j’en passe. C’est toujours sympa. Bon du coup, les conférences avec peu de succès étaient en direct concurrence avec le bruit environnant, mais rien de dramatique.

Le ravitaillement

Mais le principal, derrière l’écran de projection, le ravitaillement ! Mini croissants, pains au chocolat, truc aux raisins pas bon, jus d’orange, café, thé, le tout à volonté :p Bon forcément, le café ne fait pas long feu, donc mieux vaut ne pas arriver trop tard.
C’est d’ailleurs le point qui aura marqué beaucoup de monde à voir les tweets passer sur le sujet. Moralité, les geeks boivent du café, étonnant non ?

A midi, branle-bas de combat: Les lunchs bags arrivent ! En général, vous pouvez aller vous détendre 10min, en laissant la première vague se battre pour les premiers, de toute façon, il y en toujours plus que pas assez :p On se demande quand même, comment Fabien faisait pour être le premier servi, mais on va dire qu’on a rien vu ;)

Donc le minimum syndical, pour le repas – offert donc, enfin offert, compris dans le prix dirons nous ;) -, un sandwich – au choix parmi 4 ou 5 différent tout de même -, du saumon, au jambon, en passant par les classiques poulet, fromage, accompagné d’une bouteille d’eau et d’une part de tarte.
A noter, que la tarte aux poires de Mercredi m’aura beaucoup plus emballé que celle aux pommes de Mardi, mais question de goût :p

Le confort

En tant que geek, en temps normal, on n’est pas difficile, pourvu qu’on puisse se connecter en wifi. C’était le cas, et après une petite frayeur en arrivant Mardi, il s’est avéré qu’il a plus ou moins tenu le coup ensuite.

Pour s’asseoir, on avait le choix des chaises devant l’estrade ou les fauteuils des gradins, genre petit cinéma de quartier. Malheureusement, même si on trouve ça sympa au début, la mousse des sièges datant certainement, elle fini par se tasser – en y restant plus de 3h d’affilée, forcément – et donnait l’impression d’être assis sur une planche de bois.

Certes on venait pas pour le confort, mais rajouté à l’espace assez étriqué pour chaque fauteuil, c’était pas le luxe non plus :p
Heureusement la conférence a tenu ses promesses, ce qui nous permettait de se focaliser sur autre chose – peut-être était-ce prémédité.

Les orateurs

On a eu le droit à une belle brochette d’orateurs, tous avec des présentations en général rondement menées et bien calés sur leur sujet. Évidemment, pas simple pour les pays latins de rivaliser avec les accents américains de John ou Dustin, mais dans l’ensemble, je pense que tous ont été compris. Alors certes certains puristes ont critiqué l’accent de ubermuda, c’était juste un moyen d’apporter un peu de French touch à cette conférence ;)

On a pu apprécier, pour beaucoup, leur capacité à captiver leur auditoire, entre les slides joke, les effets musicaux ou les petites phrases échappées entre 2 slides, c’est resté très cool et dans une bonne ambiance.

Pour ce qui est de l’organisation, Hugo s’est occupé du passage de micro et d’écourter les sessions qui commençaient à dépasser, permettant un planning presque respecté.

Niveau transition, on avait 5min de break entre chaque intervention, pas de quoi aller fumer une clope, et 1 pause de 15min toutes les 2 heures. Un bon rythme, même si ca représente un gros effort de concentration, c’est toujours plus simple quand on est intéressé par le sujet.

Rencontres

Pas simple de ce côté, car énormément de monde et un planning assez serré, pas la possibilité de rester tard dans la soirée. En rajoutant à ça, la volonté de couvrir l’évènement sur le blog. J’ai pas été super dispo.

Bon on a réussi à accrocher ubermuda, toujours mieux que rien :p

Photos

Forcément, on a la chance d’avoir des photographes amateurs dans ce genre de réunion, je vous laisse jeter un oeil aux photos tagguées sflive2010 sur flickr.

Conclusion

Finalement seul détail qui m’aura marqué, c’est surtout le manque de poubelles ! Il me semble que j’en ai aperçu 2, dans la zone de ravitaillement, pas forcément très grandes. Ce qui fait – à tort ou à raison – que le sol près des sièges a été annexé parfois par les gobelets en plastique. Bon on reste des geeks me direz vous.

Matinée

Okapi

Bon, on avoue, on a un peu zappé cette conférence, histoire de gagner un peu plus de temps de sommeil pour tenir sur la durée, et en profiter pour mettre au propre le billet d’hier. On a juste retenu qu’ils utilisaient le Dependency Injection Container des components symfony.

Mais vous pouvez retrouver les slides.

Optimisation PHP

Un tour complet à coup d’exemple de opcode, intéressant même si au final ce sont toujours les mêmes choses qui sont redites, très génériques. Je me tends à croire qu’un jour on aura un vrai cas concret dans ce genre d’intervention.

Et puis surtout, quand on utilise un framework, on a plus à gagner, à bien utiliser le framework qu’à optimiser une boucle.

Mais on a réussi à avoir quelques tips supplémentaires pendant la séance de questions :

• La pré incrémentation est plus rapide que la post incrémentation
• Toujours privilégier la boucle while à une boucle for
• Bannir les relations parent/enfant – L’enfant pointe sur le parent et inversement. Pas bon pour la mémoire

Voir les slides
Et pour aller plus loin dans le sujet, une ancienne présentation de Fabian Lange.

Git introduction

Une des premières sessions Show Time, où Scott Chacon y est allé franco pour présenter Git, à une assistance majoritairement SVN.
Une petite autopromo : rapidité, travail offline (sauf pull et push) et puissance du système de branches ont suffit à mettre le doute dans la tête de beaucoup, à ce qu’on pouvait lire sur twitter après coup.

Il a ensuite donné le lien d’une librairie pour contrôler git depuis PHP (glib) et a su répondre à la principale question:

Un équivalent de SVN externals?

Bien sûr, git uses submodules, mais il faut les mettre à jour à la main (donc 2 commandes au lieu d’une pour mettre à jour, ça reste raisonnable)

Voir les slides

Zend Framework

Est arrivé, celui qui s’est présenté comme « N’est pas l’ennemi », le lead developer du Zend Framework.
Il a rappelé combien étaient nombreuses les librairies et composants développés et combien il était facile de les inclure dans symfony. Ca m’a d’ailleurs fait penser, que je ne regarde sans doute pas assez chez eux, quand j’ai besoin d’une librairie externe.

Voir les slides
Et Matthew a ensuite fait un debriefing son intervention sur son blog.

Aprem

Implementing Symfony CMS

La première touche hispanique de la conférence, qui nous a rappelé combien symfony était vraiment international. Marcos, nous a donc expliqué pourquoi avoir choisi symfony pour développer les CMS de leur client et l’approche qu’ils ont eu pour le réaliser.

Pas de gros scoop, ni d’exemple super concret mais une approche intéressante et surtout, tirée d’une vrai expérience dans le domaine.

Voir les slides

Event System

Deuxième intervention de Dennis sur un des mécanismes sans doute le moins utilisé dans la panoplie Symfony, les events. Après avoir repris, ce qu’on peut trouver sur Symfony-Project, il a démontré pourquoi le couplage trop fort, c’était le mal - et donc les events le bien (ou le mal aussi, voir ci-dessous).

Un petit sondage fait sur twitter, a montré combien les possibilités étaient larges. Mais aussi qu’on pouvait en faire tout et n’importe quoi – Merci ubermuda pour la démonstration :p.
Ce qui nous a valu l’expression « Events, No silver bullet! » – Entendre par là, que ce n’est pas la solution à tout.

En résumé, un event s’utilise pour du « couplage optionnel », sinon ça revient à avoir un couplage fort également.

Des questions assez peu pertinentes dans l’ensemble, comme quoi, c’était pas clair pour tout le monde les events, la conf était donc nécessaire contrairement à ce qu’on pouvait lire sur twitter.

Voir les slides

Symfony in the cloud

Kris, de la core team, avec cette présentation aura remporté le prix des meilleurs transitions et de la slide la plus Hollywoodienne, avec une démo en temps réel de la création d’un nuage – musique de circonstance pour l’occasion – où il a réussi un tour de force en rajoutant un nuage en arrière plan de son nuage!
Le public était conquis.

Plus sérieusement, il a pris comme support son site nebul.us, pour montrer comment interconnecter Symfony avec différents environnement à base de nuage, 3 serveurs Mysql – 1 Master, 2 Slaves – n apache, S3 pour le stockage.

De très belles démo de code pour bénéficier des nouvelles possibilités d’extension de Doctrine 1.2 – à voir dans les slides – entre autres mais aussi d’utilisation de composant Zend.

L’effet démo ne l’aura au final pas épargné lui aussi, une tentative de release en direct de son plugin pour gérer les couples Master/Slave et un beau fail quand il est revenu sur la page d’accueil après qu’il se soit reloggué suite à l’expiration de sa session sur symfony-project :D

À noter que cette présentation aurait pu ne pas avoir lieu si Vince n’avait pas sauvé la mise, en sortant un adaptateur dvi ancienne génération pour le prêter à Kris :p

Voir les slides

Debug Symfony

Une vrai démonstration de l’approche à avoir pour vraiment optimiser son application. Plutôt que de se demander si echo sera plus rapide avec une virgule ou un point.

Il encourage de logguer en base, pour y avoir accès plus facilement et ajouter des notions de filtrage aisément et insiste sur les avantages du profiling, même s’il a oublié qu’un plugin Symfony était dispo pour ça .

On a pu noter les outils utilisés pour le benchmark et les metrics, Tsung et Graphite, que je ne connaissais pas. Toujours ça de bon à prendre aussi !

Une présentation très complète mais rien d’inédit que vous trouverez dans les slides.

Yahoooo

Comme d’habitude, Dustin, membre de la core team, et Yahoo man est venu présenter un peu le boulot de Yahoo autour de symfony. Pourquoi symfony, leurs contributions, leurs modifications.
Un petit tour des sites actuels développés sur le framework, avec un slide où on a pu apercevoir Shopgenie \o/ – la version anglaise de MonsieurPrix, développée par moi même ;) ca fait toujours plaisir!

Il a ensuite abordé le développement d’application web plus généralement et les bonnes questions à se poser concernant les choix à faire dans le design d’une architecture. Avec en guise de conclusion, une transition toute trouvée : « Symfony 2 is the right direction » !

On notera au passage un petit sondage de l’assistance sur les framework js, que jQuery a remporté avec une écrasante majorité.

Voir les slides

Symfony 2 preview

Est arrivée, la présentation que tout le monde attendait, Symfony 2 ! Il faudrait un billet dédié à lui même, et on va beaucoup en parler dans les prochaines semaines, donc je vais pas m’attarder longtemps.

On peut retenir, que Symfony 2 sera orienté configuration – tout est configurable – et couplage faible avec un passage sur PHP 5.3. Il ne sera plus question également de développer des choses annexes, comme le logger ou le système de cache, mais d’utiliser des librairies reconnues pour ça (dont celles du Zend Framework justement).

Il a bien insisté sur le fait, que Symfony 2 pourra faire exactement les mêmes choses que la version 1, mais plus simplement et surtout plus rapidement. Avec par exemple, le lazy load – on charge seulement ce dont le framework a besoin.

Avec une conclusion « Faster as hell! « .

Bon il n’aura pas échappé à l’effet démo, avec une tentative de commit de la preview release en direct, qui s’est soldée également par un échec. Le compte Wifi de la Cité Universitaire était expiré ;-) Mais vous pouvez désormais récupérer le code source de cette première version et faire joujou avec sur le site dédié à Symfony 2 !

Voir les slides

Il ne restait plus qu’à faire le chemin inverse, Direction Marseille. En espérant avoir l’occasion de revenir ;)

Vos envoyés spéciaux pour l’évènement: Vince et Tim

Crédit photo: http://www.flickr.com/photos/xavierbriand/4368850785/in/set-72157623335239339/

Et bien ça tombe bien car Vince et moi même avons la chance d’y être également !

Se rendre au Symfony Live

Bon ce fut tout un marathon pour moi, levé 5h30 (et ceux qui me connaissent savent que c’est déjà un exploit :D), tram puis métro pour attraper mon TGV Marseille-Paris de 6h30.
Arrivé à la gare de Lyon à 9h30, on repart pour une session métro, pour enchainer sur à nouveau un peu de tram avant d’arriver devant la Cité Internationale, endroit de Paris que je ne connaissais pas !

C’est déjà une belle surprise, l’endroit est fort sympathique, très joli, mais très graaand. Et j’ai pas trouvé les grandes affiches que j’attendais « Symfony C’est par là ». Bon finalement je débarque sur les coups de 10h30, badge, tour de cou et petit sac de goodies pour m’accueillir et me voilà dans l’arène.

Heureusement, il restait quelques croissants, parce que forcément j’avais fait l’impasse sur le petit déjeuner et je vais pas vous rappeler les tarifs prohibitifs de la SNCF. Juste de quoi me réveiller un peu et commencer à mettre en route mon cerveau qui jusque là ne voulait qu’une chose, se coucher.

la matinée

Internationalisation

On commence la journée par la présentation de Thomas Rabaix concernant l’internationalisation et Symfony.

Quelques rappels sur ce qu’est l’internationalisation, des astuces sympa comme comment traduire vos routes, mais aussi et surtout la présentation du plugin qu’il a réalisé pour Menu Gourmet : mgI18nPlugin. Il permet de traduire à la volée toutes les chaînes statiques de votre page en utilisant une petit interface qui se place au dessus du site, à essayer d’urgence !
Bref très bonne première présentation.

Vous pourrez trouver les slides de sa présentation sur son site.

Admin generator en détail

John Cleveley nous a fait une petite piqure de rappel des nouveautés de l’admin generator depuis la version 1.0. Il a aussi été l’auteur du slide le plus classe de la journée concernant l’administration « backend » : un éléphant se soulageant le derrière dans un seau … ;-)

Il a rappelé que l’admin generator c’était bien, mais pas forcément pour tout. Qu’il fallait réfléchir au besoin avant de l’utiliser, plutôt que de partir avec tête baissée et se rendre compte plus tard qu’on passe plus de temps à galérer avec par rapport à ce qu’on veut faire qu’autre chose (sa remarque est d’ailleurs valable pour tout développement : c’est généralement une bonne idée de réfléchir avant de se lancer ! ).

Si vous voulez créer votre propre thème, vous pouvez vous inspirer de sfAdminDashPlugin et de sfAdminThemejRollerPlugin.

Il a aussi re-précisé que sfContext::getInstance c’était le mal (même si lui l’utilisait dans ses slides) et a fini par parler de la facilité de modifier/étendre les filtres grâce au form framework. En ce qui concerne les form, il est préférable d’en créer un nouveau pour chaque form du backend, histoire de pas confondre les forms front et back.

Il a conseillé d’utiliser le moins possible le generator pour les label, help etc des forms, mais de tout laisser dans le form : beaucoup plus facile à maintenir.

Windows plaide coupable

Surement parce qu’ils sont sponsor, on a retrouvé une équipe de Microsoft qui a plaidé pendant 50 longues minutes que Microsoft c’était aussi (et presque surtout) de l’open source et que développer dessus, c’était bien. Apparemment pas assez pour donner envie de poser des questions à l’auditoire.

Bon, ok sur windows, tu peux développer sur Visual Studio 2010 Ultimate, what else?

Du coup un petit sondage a été lancé sur la répartition des OS pour les devs symfony

L’aprèm

Symfony Internals

Pas de nouveautés pour tous les développeurs qui ont pu travailler un peu en profondeur sur ce framework. Une belle revue de tout le fonctionnement interne de Symfony par Geoffrey Bachelet, et avec un accent so french ;)

Voir les slides

Doctrine migration

Un bon rappel sur l’enjeu des migrations et que maintenant (depuis sf 1.3) cela consiste en 3 opérations :

• Modifier son schema.yml pour inclure nos modifications
• Lancer la task de diff:
  symfony doctrine:generate-migrations-diff
• Regénérer ces classes model/form/filter et lancer la migration:
  symfony doctrine:build --all-classes --and-migrate

Alors pourquoi s’en priver?

Voir les slides

Doctrine 2

Est arrivé le tour de chauffe des gros sujets de la conférence. En l’occurrence Doctrine 2. Les grandes idées que Jonathan nous a montré:

• 100% réécrit, donc plus de compatibilité descendante
• ~ 3 fois plus rapide que Doctrine 1.2
• Principalement concentré sur la perf, et donc adieu la magie des findByMaColonne et consor. A l’image de Propel, les getteur et setteur seront générés dans la class model vu que les modèles justement n’hériteront plus d’une class de type Record, permettant ainsi d’alléger la charge mémoire
• Intégration d’une classe qui s’occupera, à l’image du monde java, de gérer les flush et clear. Ca ne sera plus l’objet en lui même qu’il faudra « save » mais demander à cette nouvelle classe de le faire.

Forcément, ca fait un peu peur, car au delà, d’une réécriture, ce sont des gros changements. Mais dans un souci de performance (aussi bien en terme de temps d’exécution que de charge mémoire), on prend le bon chemin. Même si la magie va disparaître…

Voir les slides

Offline admin generator

Sur cette partie, on a retrouvé Thomat Parizot, de chez clever-age (vous savez ceux qui ont annoncé un plugin de gestion de media au dernier symfony live, mais qu’on attend toujours :p).
On découvre un concept plutôt innovant dans le monde symfony, l’idée de permettre l’accès et le travail sur un backoffice sans connexion Internet semble une bonne idée. Il suffit de synchroniser, après coup, son travail.

Bon ok la démo n’a pas été parfaite – ahh l’effet démo – mais ya quand même un gros boulot derrière même si malheureusement c’est un concept très (trop?) dépendant de la technologie, vu qu’après Gears, il se base maintenant sur HTML5 et toutes ces nouvelles fonctionnalités. Donc très limité, mais à garder sous le coude.

Help the community

Skoop a redonner toutes les clés pour aider la communauté. Et que même les petites actions, comme les ouvertures de bug, sont très appréciées.

Voir les slides

Table ronde avec la core team

Pas mal de questions sur les sujets classiques, hello world application, et consor. Voici un petit recap des questions que j’ai comprises et trouvées intéressantes:

Q: Compatibilité descendante avec la fin du support de la 1.0

R: Gros effort sur la facilité de passer à une version supérieure

Q: Documentation du système de form un peu en retrait?

R: Ne pas hésiter à aider!

Q: Symfony enseigné à l’école? Support de cours disponibles?

R: PHP déjà peut enseigné de base. Pas plus d’info à ce sujet mais ne pas hésiter à les contacter sur ce sujet

Q: Développement ne va pas trop vite?

R: La 1.4 aura bien 3 ans de support, ce qui est en soi, très long. Et puis le web évolue vite, donc il faut suivre

Q: Performance? Quid?

R: Le problème vient rarement du framework… :D

Q: Difficulté à faire adopter Symfony par leur client

R: C’est ensemble et en fournissant des cas d’utilisation précis de Symfony, qu’on pourra faire évoluer les mentalités

Q: Sismo? Bientôt dans les bacs?

R: Fabien n’a plus le temps pour l’instant. Projet en standby et clairement pas prioritaire. Et de toute façon Sismo ne fera jamais tout ce que fait Hudson et consor. Il n’a pas écarté la possibilité de ne jamais le release…

Q: Quid de la construction d’un vrai CMS Symfony une bonne foi pour toute?

R: Déjà 3 CMS existant très solides, avec 3 approches différentes. Il faut en débattre.

Q: Pourquoi reprendre plein de projets, comme Swift?

R: Une volonté de ne pas réinventer la roue et de récupérer et adapter les meilleurs pratiques et idées en PHP

Q: Et Propel dans tout ça?

R: Gros boulot de François, mais peut-être un peu trop tard? Jamais dire jamais, mais pour l’instant après le gros switch vers Doctrine, difficile de faire machine arrière. Surtout que le futur de Propel avec sa 2.0 n’est pas du tout assuré pour l’instant

Et du coup, quelques annonces sont sorties:

• phpbb4 sera codé en Symfony 2, ce qui en ferait le premier gros projet open source php entièrement en Symfony si je ne m’abuse
• Symfony2 n’a plus de plugin mais des bundles…
• Symfony2 n’utilisera plus que le meilleur des autres framework, comme le logger et le cache de Zend, au lieu de le recoder de leur côté.

Voilà un petit compte rendu, les slides des différentes interventions sont disponible sur le blog de Symfony.

Vos envoyés spéciaux pour l’évènement: Vince et Tim

crédit photo: http://www.flickr.com/photos/iph4n70m/4338366087/

Comme vous ne l’avez peut-être pas loupé si vous suiviez le trac symfony ou si vous suivez les bonnes personnes ( ;-) ) sur twitter, symfony 2 utilise maintenant Git comme gestionnaire de version et non plus Svn. Le code source a été déplacé sur github ici. Cela devrait permettre plus de participations externes (ça a déjà commencé avec pborelli, CodingFabian et denderello), vu la facilité pour cloner un repository (le repository c’est l’endroit où sont stockées le sources à distance) avec git.

Si comme moi, vous connaissez mal ou peu Git, vous pourrez commencer par lire le « Learn GitHub » qui pourra vous en apprendre un peu plus. Je vais essayer de vous donner les commandes de base pour récupérer en lecture seule ou en écriture le repository symfony 2

Récupérer le code source

Le premier cas : vous souhaitez juste récupérer le code source pour jouer avec, sans le modifier. Dans ce cas, pas besoin de créer une branche du repository principal, récupérez le juste en lecture seule. Je pars ici du principe que vous êtes sur un *nix et que Git est installé, si vous n’avez pas installé Git allez le faire de ce pas, si vous êtes sous Windows je ne peux vous aider !

Rendez-vous sur l’url du dépôt GitHub de symfony 2 et copiez l’url Read-Only qui devrait être : git://github.com/symfony/symfony.git

Vous pouvez ensuite récupérer les sources en local avec la commande

git clone git://github.com/symfony/symfony.git

Vous aurez un beau répertoire symfony avec les sources.

Effectuer des changements

Si vous voulez effectuer des changements comme un grand sur le code source de symfony, il vous faudra créer une branche. Vous devez être au préalable inscrit sur GitHub. Si vous vous rendez à l’url du dépôt GitHub de symfony 2 vous devriez avoir quelque chose comme cela en haut :

À la place de « Your fork » vous aurez la possibilité de forker. Je ne l’ai plus car j’ai déjà forké en fait ;-) Cela vous créera un repository dans votre compte GitHub auquel vous pourrez accéder comme précédemment, mais cette fois-ci en lecture/écriture. Juste l’url du repository devrait avoir changée, pour moi la commande c’est :

git clone git@github.com:vjousse/symfony.git

N’oubliez pas d’avoir généré et envoyé votre clef publique sur GitHub avant, sinon vous aurez une belle erreur. Voilà, vous pouvez maintenant effectuer vos changements et les répercuter sur le serveur comme expliqué dans le « Learn GitHub ».

Symfony 2, un exemple de code

Tout d’abord il va vous falloir PHP 5.3 d’installé, si ce n’est pas le cas n’allez pas plus loin ! Ensuite il va falloir vous faire aux namespaces PHP et ses \, mais ça ça viendra avec le temps ! Pour finir, allez faire un tour sur git pour recopier un petit snippet d’ubermuda modifié par Fabien Potencier. Je vous le recopie ici :

// change this with the actual path you cloned sf2 to
$sf2_path = '~/symfony/src';
 
use Symfony\Foundation\ClassLoader;
use Symfony\Components\CLI\Application;
 
require_once $sf2_path.'/Symfony/Foundation/ClassLoader.php';
 
$loader = new ClassLoader();
$loader->registerNamespace('Symfony', $sf2_path);
$loader->register();
 
$app = new Application();
$app->run();

On ne parle pour l’instant que du composant CLI de symfony 2 qui vient juste d’être ajouté, on ne manquera pas de vous tenir au courant du reste des évolutions par la suite. À vous de jouer !

J’ai donc pris 5min de mon temps pour faire rapido presto, un petit coup de jquery pour pouvoir bouger ma debug bar!

Tout simplement, j’ai juste utilisé un script jquery qui permet d’ajouter un event de type « drag » à un élément du DOM. Un petit coup de jquery pour l’utiliser sur la debug bar:

jQuery(document).ready(function($) {
  $("#sfWebDebugBar")
    .bind("dragstart",function( event ){
      $(this).css("right","auto")
    })
    .bind("drag",function( event ){
      $(this).css({
        top: event.offsetY,
        left: event.offsetX
      });
    });
});

Il ne reste plus qu’à faire un petit filtre pour inclure ces 2 scripts automatiquement à la volée en environnement de dev. J’ai tout mis dans un petit plugin disponible plus bas mais je vous détaille le code ici pour ceux qui voudraient juste jeter un œil:

class moveWebDebugBarFilter extends sfFilter
{
  public function execute($filterChain)
  {
    if ('dev' == sfConfig::get('sf_environment'))
    {
      $response = $this->getContext()->getResponse();
 
      $response->addJavascript('/moveDebugBarPlugin/js/jquery.event.drag-1.5.min.js','last');
      $response->addJavascript('/moveDebugBarPlugin/js/moveDebugBar.js','last');
    }
 
    $filterChain->execute();    
  }
}

que l’on rajoute dans notre filters.yml

rendering: ~
security:  ~
 
# insert your own filters here
moveDebugBar:
  class: moveWebDebugBarFilter
 
cache:     ~
execution: ~

Il ne reste plus qu’à télécharger:
moveDebugBarPlugin
et à lancer un petit:

php symfony plugin:publish-asset

Le plugin est très basique et rudimentaire évidemment, il ne sera pas encore sur le site de Symfony du coup. Mais si vous avez des idées d’améliorations ou d’enrichissements hésitez pas, sait-on jamais.

Voilà le rendu en vidéo, a noter que je l’ai testé avec Symfony 1.2 et 1.3:

Crédit photo: http://www.flickr.com/photos/kaidohmaru/453263320/

• Rajouter un vérificateur de lien à la debug bar Symfony
  Petit plugin sympa et qui permet de se familiariser un peu plus avec les possibilités d’extensions de cette merveilleuse toolbar.
• Sauvegarder automatiquement le contenu de vos forms (via @clementj)
  Plugin jquery qui permet de sauvegarder le contenu d’un formulaire tout seul comme un grand, pour éviter de perdre son travail sur un malentendu
• Faites passer l’info en gros
  Autre plugin jQuery qui permet de faire des messages à l’utilisateur de bien jolie manière à mon goût
• Un nouveau RTE en jquery
  Tout nouveau, il s’annonce comme un projet à suivre
• Un coverflow en jquery
  Ok, un peu plus rudimentaire que son homologue en flash, mais très réactif et bien suffisant la plupart du temps je pense
• Wordpress 2.9 ajoute les vrais images pour les billets
  Avant, il fallait user de stratagèmes, maintenant on fait enfin ajouter une image dédiée pour un billet wordpress, tout ça de série
• C’est noël avec jquery
  Et oui, c’est de rigueur, faire tomber de la neige sur son blog! Bon ok je le ferai pas, mais peut-être que vous oui :p

• Netbeans 6.8 avec support Symfony final release
  Voilà, c’est fait, la dernière version de Netbeans est enfin stable et inclut donc de série le support de Symfony. Pour l’instant, elle a l’air vraiment stable comparé aux Releases Candidates. On va voir à l’utilisation
• De bien jolis sites
  Voilà une belle sélection de sites web dédié à la promotion d’application. C’est exactement ce genre de site que j’affectionne.
• Les filtres PHP, exemples
  J’en avais déjà parlé, j’en remet une couche avec un billet très concret avec des exemples d’utilisation
• Un cache basique en PHP
  Un exemple très basique d’utilisation de cache en PHP. Ca peut toujours servir à l’occasion
• Comment formatez-vous votre CSS?
  Le résultat du dernier sondage de Chris Coyier, où le résultat est assez net. C’est en multiligne que la majorité formate son CSS. Personnellement, je fais un mix des 2, et vous?
• Une nouvelle approche d’inscription
  Les ergonomes n’en finissent pas de trouver l’ultime moyen de rendre la vie la plus facile à leurs internautes. Voici une nouvelle approche qui permet de simplifier encore plus la création d’un compte
• Qu’est-ce qu’un bon développeur?
  Une question ouverte sur twitter avec une sélection des réponses les plus pertinentes. Ca résume assez bien ma vision des choses
• Un bloc de billets les plus commentés un peu funky
  Voici encore une belle démonstration de créativité.
• Tour d’horizon des solutions de graphique web
  Jquery, Flash, and co, je vous parle souvent de solutions pour faire des graphiques. Voici un billet qui récapitule tout ça avec des screenshot pour le côté visuel
• Filtre Symfony en cas de souci avec la bdd
  Petit filtre basique mais bien pensé qui permet d’intercepter les problèmes de connexion avec sa bdd et ainsi personnaliser l’affichage (ou autre).

Crédit photo: http://www.flickr.com/photos/wait4thelight/422656134/

C’était pour vous tenir au courant un peu. Mais voici ce que vous êtes venu chercher, les bons plans de la semaine.

• Des graphs en jQuery qu’ils sont beaux
  Le flash, j’aime pas trop, mais son utilisation pour des graphiques m’a toujours semblé adapté. Mais petit à petit jQuery grignote ce secteur, en voici une nouvelle illustration très réussie.
• Profiler vos script PHP
  Une alternative à xdebug très bien introduite par ce billet
• 12 sites pour vos présentations en lignes
  Parce que c’est devenu un peu une grosse source de connaissance, les présentations exposées en conférence puis mise en ligne, les outils ne manquent donc pas.
• Les myths des réseaux sociaux
  Très bon article sur un sujet d’actualité
• Des Tshirt pour graphistes et développeurs
  C’est bientôt noël, peut-être une idée de cadeaux se cache dans ce billet. Ils ne sont pas tous en vente, mais ils sont tous bien pensés.
• Une jolie ombre portée en photoshop
  Toujours dans la rubrique « passons nous des graphistes », voici un petit tutorial pour une ombre portée très réussie.
• Plugin symfony sfCodeReview
  Je ne le connaissais pas, mais je le trouve parfaitement bien pensé. ce plugin vous permettra de balayer le code source de Symfony directement depuis la debug bar
• Reflet d’image en jquery
  Ca reste toujours sympa, surtout quand c’est bien codé.
• Encore un set d’icone pour blog très bien fichu
  Très travaillé et coloré, tous les icônes indispensables pour réussir son thème de blog
• Un explorateur de fichier en PHP
  Très belle réalisation, ce script pour permettra de vous balader dans l’arborescence de votre serveur web avec un certain style. Ajax et graphisme sont aussi au rendez-vous.

crédit photo: http://www.flickr.com/photos/besimo/4094334183/

Problématique

Il me fallait stocker le résultat d’une question à choix multiple sans pour autant avoir à manipuler ensuite ses résultats autrement que par simple visualisation. Du coup, je voulais éviter d’avoir à créer une table pour stocker ces réponses et une table d’association avec ma table miroir de mon formulaire.

C’est là où le type array intervient. Rien de compliqué en fait, il ne fait que simplifier un traitement tout bête qui consiste à stocker un tableau php en base après sérialisation. Et qui le désérialise quand on le récupère depuis un enregistrement de la base.
Une chose de moins à faire en fait et c’est bien là ce qu’on recherche nous autres développeurs, en faire le moins possible ;)

La solution codée

Niveau code, c’est très simple. On défini notre champ dans notre schema.yml comme n’importe quel autre champ

meschoix: { type: array(1000) }

Qui donnera un champ text en mysql.

Ensuite, il suffit de modifier le formulaire obtenu pour transformer notre champ en liste de checkbox de manière très classique:

$this->widgetSchema['meschoix'] = new sfWidgetFormChoice(array(
      'choices' => array(
        '0' => 'Choix1',
        '1' => 'Choix2',
        '2' => 'Choix3',
        '3' => 'Choix4'
      ),
      'multiple' => true,
      'expanded' => true
    ));

Et puis c’est tout! Maintenant, lors de l’enregistrement, Doctrine va sérialiser le résultat de votre sélection et le stocker en base. Et quand vous peuplerez votre formulaire avec des données en base, il le désérialisera et donnera les bonnes valeurs à notre liste de checkbox.

Bien sûr, ca nous oblige à ne pas changer l’ordre des questions et les rend difficilement modifiables. Mais c’est une décision qui doit être prise en connaissance de cette limitation.

Crédit photo: http://www.flickr.com/photos/40491122@N03/3738306829/