Do as i say, not as i do

Suite aux posts un peu laborieux sur les design patterns et le découplage, il est temps d’être (un peu plus) concret et de raconter la vie d’un ami qui vous veut du bien : le MVC.

Le MVC est un design pattern qui est l’abréviation de Modèle-Vue-Contrôleur, et pour une fois, en anglais ou en français, ça fait les mêmes initiales (Model-View-Controller), donc y aura pas de débat sur comment qu’on doit causer. On raconte que son créateur se nomme Trygve Reenskaug, me demandez pas comment ça se prononce — son créateur, ou disons son théoricien, car comme souvent, on ne l’avait pas forcément attendu pour opérer de cette façon, mais il a mis des mots dessus (ce qui ne diminue pas l’importance de son travail).

(suite…)

Dans le développement web comme dans la programmation en général, on utilise  beaucoup de termes empruntés à l’anglais, dans des versions plus ou moins traduites ou transposées. Comme dans tout langage technique où on utilise, à plus ou moins bon escient, des termes d’origine étrangère, ça donne lieu dans les échanges oraux ou écrits à des phrases mélangeant allègrement des mots d’origines diverses, dans un melting-pot qui souvent frise le ridicule, mais parfois recèle une bonne dose de poésie (oui, bon, moi ça me parle, cette poésie, je sais bien que ça n’est pas forcément le cas de tout le monde, mais c’est comme ça).
(suite…)

Alors que j’avais presque fini l’épisode sur le MVC, j’en suis venu à réaliser qu’il manquait une étape. Un concept capital dans toutes nos histoires de framework, de boîte à outils et de méthodologie. Je ne vous fait pas languir plus longtemps : il porte le nom de découplage.

Pour une fois, le champ lexical auquel le concept est emprunté n’est pas celui du BTP, même si on n’en est pas loin : c’est celui de l’électricité. Découpler y signifie supprimer le couplage entre deux circuits (ok, on est proche de la lapalissade, mais bon).

(suite…)

Résumé de l’épisode précédent : un framework, c’est une boîte à outils, des briques de base, et une méthodologie pour développer mieux, plus vite, et de manière plus sûre (un peu comme ça, quoi). Mais si ça peut fortement aider, ça n’est pas magique, et ça demande de suivre les principes du framework lui-même.

Une partie des principes méthodologiques qui va avec un framework est  couramment regroupée sous le nom de design patterns. Une fois encore, on s’abstiendra de traduire l’expression (la version française préconisée étant patrons de conception, et ça sonne un peu Bergère de France…)

(suite…)

A mes heures pas perdues je travaille dans l’agence qui est à l’origine d’une fort belle chose : un framework PHP 5 qui jouit d’une assez bonne presse, ce qui n’est pas complètement un hasard parce qu’il est vraiment très bien.

Ce framework porte le nom de Symfony, pour des raisons expliquées ici. Jusque là, fastoche. C’est ensuite que ça se complique. Déjà, rien que le premier mot : framework. Littéralement, cadre ou structure ; dans la programmation en général, on le traduit plus précisément par « cadre d’applications ». Enfin, on le traduirait, parce qu’on ne le fait jamais, on dit toujours frèmeouorque. A compter de cette phrase, je dirai d’ailleurs « framework » sans autre forme de procès, et même sans italiques (je suis comme ça, jsuis un gueudin).

(suite…)