{"id":229411,"date":"2022-11-03T10:01:00","date_gmt":"2022-11-03T07:01:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229411"},"modified":"2022-11-09T07:03:12","modified_gmt":"2022-11-09T04:03:12","slug":"prototypage-rapide-avec-wordpress-analyse-de-concept","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/prototypage-rapide-avec-wordpress-analyse-de-concept\/","title":{"rendered":"Prototypage rapide avec WordPress : analyse de concept"},"content":{"rendered":"\n

Dans le post pr\u00e9c\u00e9dent<\/a>, j’ai commenc\u00e9 \u00e0 parcourir le processus de prise de l’id\u00e9e d’un plugin qui le prototype rapidement en quelque chose qui fonctionne dans WordPress. Et bien que cela fonctionne, il ne suit pas n\u00e9cessairement de principes orient\u00e9s objet, ni dans un endroit o\u00f9 nous pouvons facilement continuer \u00e0 ajouter des fonctionnalit\u00e9s.<\/p>\n

Non, ce n’est pas un argument pour expliquer pourquoi l’orientation objet est meilleure. Il se trouve que c’est ma fa\u00e7on pr\u00e9f\u00e9r\u00e9e d’\u00e9crire du code, donc je l’aborde de cette fa\u00e7on.<\/p>\n

Je sais que l’exemple de code que je donne est simple et je sais qu’on peut faire valoir que quelque chose comme \u00e7a peut \u00eatre laiss\u00e9 tel quel. Mais le but de ceci est de montrer comment prendre un concept, le prototyper, puis le transformer en quelque chose qui suit les principes orient\u00e9s objet.<\/p>\n

Et, d’apr\u00e8s mon exp\u00e9rience, il est beaucoup plus difficile de le faire avec un exemple complexe d\u00e8s le d\u00e9part. si vous perdez des lecteurs d\u00e8s le d\u00e9but, alors quel espoir y a-t-il pour eux de comprendre ce qui s’en vient\u00a0?<\/p>\n

Cela dit, nous allons jeter un \u0153il au code du post pr\u00e9c\u00e9dent et faire une petite analyse de concept dessus pour voir ce qui pourrait bien fonctionner dans une classe et comment nous pourrions commencer \u00e0 l’organiser en utilisant des classes, espaces de noms<\/a>, etc.<\/p>\n

Analyse conceptuelle<\/h2>\n

Chaque fois qu’il s’agit de programmation, il est si facile de vouloir se lancer imm\u00e9diatement dans l’\u00e9criture de code, puis de le soumettre jusqu’\u00e0 ce qu’il fasse quelque chose que nous voulons.<\/p>\n

Et une fois que cela fonctionne, nous avons l’impression d’avoir termin\u00e9 et nous pouvons passer \u00e0 la t\u00e2che suivante. Mais pour les grands projets, ce n’est pas toujours le cas. En fait, il est souvent pr\u00e9f\u00e9rable de faire un peu d’analyse de concept ou d’analyse orient\u00e9e objet sur votre conception avant d’aller de l’avant.<\/p>\n

Se lancer simplement dans le codage n’est pas toujours la meilleure approche.<\/p>\n

Un cas \u00e0 analyser<\/h3>\n

Exemple concret\u00a0: au moment d’\u00e9crire ces lignes, l’un de mes co\u00e9quipiers et moi discutons de l’opportunit\u00e9 d’\u00e9tendre une classe ou d’\u00e9crire une nouvelle classe pour g\u00e9rer les informations de g\u00e9olocalisation des donn\u00e9es extraites de l’API Google Maps.<\/p>\n

Puis-je l’aile et \u00e9crire quelque chose qui fonctionne? Bien s\u00fbr. Mais s’int\u00e9grera-t-il bien \u00e0 l’application? Non sans analyse de concept, planification et coordination avec le reste du syst\u00e8me.<\/p>\n

Et c’est bien l\u00e0 le but de l’analyse.<\/p>\n

Analyser notre travail<\/h3>\n

Alors, qu’est-ce que cela signifie pour le plugin que nous avons examin\u00e9 hier\u00a0? En ce moment, nous avons ce qui suit :<\/p>\n