{"id":103,"date":"2009-08-25T08:59:00","date_gmt":"2009-08-25T06:59:00","guid":{"rendered":"http:\/\/www.do-as-i-say.com\/notes\/?p=103"},"modified":"2012-12-06T08:22:30","modified_gmt":"2012-12-06T06:22:30","slug":"framework-symfony-explique-a-ma-maman-1","status":"publish","type":"post","link":"https:\/\/www.do-as-i-say.com\/notes\/2009\/08\/framework-symfony-explique-a-ma-maman-1\/","title":{"rendered":"Symfony expliqu\u00e9 \u00e0 ma maman, 1\u00e8re partie : qu’est-ce qu’un framework ?"},"content":{"rendered":"

\"MamanA mes heures pas perdues je travaille dans l’agence<\/a> qui est \u00e0 l’origine d’une fort belle chose : un framework PHP 5 qui jouit d’une assez bonne presse, ce qui n’est pas compl\u00e8tement un hasard parce qu’il est vraiment tr\u00e8s bien[1<\/a>]<\/sup>.<\/p>\n

Ce framework porte le nom de Symfony<\/a>, pour des raisons expliqu\u00e9es ici<\/a>. Jusque l\u00e0, fastoche. C’est ensuite que \u00e7a se complique. D\u00e9j\u00e0, rien que le premier mot : framework<\/em>. Litt\u00e9ralement, cadre ou structure ; dans la programmation en g\u00e9n\u00e9ral, on le traduit plus pr\u00e9cis\u00e9ment par \u00ab\u00a0cadre d’applications\u00a0\u00bb. Enfin, on le traduirait<\/em>, parce qu’on ne le fait jamais, on dit toujours fr\u00e8meouorque<\/em>. A compter de cette phrase, je dirai d’ailleurs \u00ab\u00a0framework\u00a0\u00bb sans autre forme de proc\u00e8s, et m\u00eame sans italiques (je suis comme \u00e7a, jsuis un gueudin).<\/p>\n

<\/p>\n

Pour commencer, donc, qu’est-ce qu’un framework ? S’il y avait une r\u00e9ponse simple, on se passerait de ces lignes. La difficult\u00e9 majeure tient \u00e0 ce qu’il y a en fait dans la d\u00e9finition deux dimensions principales, compl\u00e9mentaires mais en partie ind\u00e9pendantes : un framework c’est \u00e0 la fois une bo\u00eete \u00e0 outils et une m\u00e9thodologie. <\/strong>Ou, si on n’a pas peur des envol\u00e9es lyriques : une bo\u00eete \u00e0 outils fournie avec une philosophie.<\/p>\n

Une bo\u00eete \u00e0 outils<\/h3>\n

On a l’habitude de comparer un framework \u00e0 un ensemble des \u00ab\u00a0briques\u00a0\u00bb toutes faites qu’on peut utiliser pour son application\u00a0[2<\/a>]<\/sup>.
\nSi l’analogie n’est pas trop mauvaise, elle est insuffisante, parce qu’un framework c’est plus que \u00e7a. Cela dit, l’image de \u00ab\u00a0brique\u00a0\u00bb convient assez bien \u00e0 ce qui circule \u00e7\u00e0 et l\u00e0 sous le nom de composants <\/em>(et d’ailleurs, le monde est bien fait, car certaines parties de Symfony sont justement mises \u00e0 disposition comme composants : http:\/\/components.symfony-project.org<\/a> ; dingue, hein ?)<\/p>\n

Mais revenons \u00e0 l’analogie de d\u00e9part, m\u00eame si elle est un peu faible ; elle dit qu’un framework est \u00e0 un d\u00e9veloppeur ce qu’une bo\u00eete \u00e0 outils est \u00e0 un bricoleur<\/strong>.<\/p>\n

Sous plusieurs aspects, un framework peut effectivement fonctionner comme une bo\u00eete \u00e0 outils, en ce sens qu’il propose, dans le cas de Symfony du moins, un certain nombre de trucs <\/em>pour faciliter le travail, l’acc\u00e9l\u00e9rer, voire automatiser tout ou partie des t\u00e2ches qu’on rencontre lors du d\u00e9veloppement d’une application web. C’est le c\u00f4t\u00e9 work<\/strong> du framework, si l’on veut.
\nEnfoncer un clou, \u00e0 la main, c’est douloureux et tr\u00e8s long ; avec une pierre, moins douloureux, mais pas tr\u00e8s pr\u00e9cis. Avec un marteau, l’outil est assez optimal – m\u00eame s’il ne dispense toutefois pas de taper. En plus, ce marteau a \u00e9t\u00e9 test\u00e9 industriellement, donc a de bonnes garanties de solidit\u00e9\u00a0[3<\/a>]<\/sup>.<\/p>\n

Dans le d\u00e9veloppement web, on ne plante pas des clous, mais il y a des t\u00e2ches \u00e9quivalentes qui sont r\u00e9p\u00e9titives, peu gratifiantes, et d’autant plus sujettes \u00e0 erreur qu’elles sont r\u00e9p\u00e9titives et peu gratifiantes : construction de bases de donn\u00e9es \u00e0 partir de leur sch\u00e9ma, import de donn\u00e9es de test, initialisation d’interfaces d’administration, ex\u00e9cution de tests, gestion du cache, des urls…<\/p>\n

Pour tout \u00e7a, le framework offre marteaux et tournevis, voire dans certains cas pistolets \u00e0 clous. Ces \u00ab\u00a0utilitaires\u00a0\u00bb,\u00a0 test\u00e9s et mis \u00e0 l’\u00e9preuve du feu par de nombreux d\u00e9veloppeurs, ont b\u00e9n\u00e9fici\u00e9 de leurs retours d’exp\u00e9rience, leur efficacit\u00e9 et stabilit\u00e9 sont assur\u00e9es par ce processus. Mais pas plus qu’un marteau ils ne dispensent pas de taper. Vous pouvez vous procurer une belle bo\u00eete \u00e0 outils, \u00e7a ne fixera pas pour autant vos \u00e9tag\u00e8res au mur\u00a0[4<\/a>]<\/sup>…<\/p>\n

A un niveau un peu plus complexe, le framework (du moins Symfony) favorise l’int\u00e9gration en deux coups de cuiller \u00e0 pot de plug-ins<\/em><\/strong>, qui sont un peu comme les briques \u00e9voqu\u00e9es plus haut. Il en existe un grand nombre, pour des fonctionnalit\u00e9s plus ou moins \u00e9volu\u00e9es (authentification, gestion de m\u00e9dias, de contenu…). On d\u00e9passe l\u00e0 le cadre de la \u00ab\u00a0bo\u00eete \u00e0 outils\u00a0\u00bb, et on est plut\u00f4t sur des objets de base qui font gagner du temps. C’est comme acheter des planches d\u00e9j\u00e0 d\u00e9coup\u00e9es plut\u00f4t que de les scier soi-m\u00eame. Mais ces objets conviennent rarement tels quels\u00a0[5<\/a>]<\/sup>. Il faut les adapter \u00e0 ses besoins. Par exemple peindre ses planches de la couleur qui va bien, choisir combien on en pose, \u00e0 quelle distance les unes des autres…<\/p>\n

Point crucial : dans le cas du framework, l’adaptation sera grandement facilit\u00e9e par la m\u00e9thodologie<\/em> qui doit avoir \u00e9t\u00e9 respect\u00e9e par les cr\u00e9ateurs des plug-ins. C’est-\u00e0-dire : si <\/em>elle a \u00e9t\u00e9 respect\u00e9e.<\/p>\n

Ce qui nous fait une transition toute trouv\u00e9e pour le second aspect, non des moindres, de la d\u00e9finition d’un framework : en plus d’\u00eatre une bo\u00eete \u00e0 outils, un framework, c’est une fa\u00e7on de travailler.<\/p>\n

Une m\u00e9thodologie<\/h3>\n

Pour tenter une analogie, disons qu’un framework est \u00e0 la programmation ce que grammaire et orthographe sont \u00e0 la pens\u00e9e<\/strong>[6<\/a>]<\/sup>.<\/p>\n

On quitte l\u00e0 le champ lexical du bricolage pour celui de la linguistique, ou plut\u00f4t de l’apprentissage du langage [7<\/a>]<\/sup>. Glissement qui semble tout indiqu\u00e9, puisqu’on parle de langage<\/em> de programmation. Si on fouille un peu, on verra m\u00eame que la n\u00e9cessit\u00e9 de changer de champ r\u00e9pond en fait \u00e0 une exigence interne, dict\u00e9e par le caract\u00e8re sp\u00e9cial des langages artificiels : un croisement g\u00e9n\u00e9tique, pour ainsi dire, entre de la logique (qui se veut m\u00e9canique et d\u00e9terministe) et de la pens\u00e9e (qui reste inductive et po\u00e9tique par nature, mais c’est une autre histoire).<\/p>\n

Filons la m\u00e9taphore. <\/strong>Quand on se met \u00e0 programmer, on apprend une syntaxe, des fonctions, des mots-cl\u00e9s… ; bref, une sorte de grammaire et de dictionnaire [8<\/a>]<\/sup>.
\nMais conna\u00eetre par c\u0153ur l’int\u00e9gral de la phpdoc ou autre n’a jamais fait un bon d\u00e9veloppeur, pas plus que r\u00e9citer le Bescherelle n’a fait un grand auteur.<\/p>\n

C’est l\u00e0 que, tel un cavalier qui surgit hors de la nuit (mince, \u00e7a y est maintenant j’ai la musique de Zorro dans la t\u00eate), intervient le framework. Il joue un r\u00f4le \u00e0 la crois\u00e9e de la rh\u00e9torique, de la litt\u00e9rature et de la logique :<\/p>\n