{"id":231103,"date":"2022-12-15T14:50:00","date_gmt":"2022-12-15T11:50:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231103"},"modified":"2022-12-15T14:50:10","modified_gmt":"2022-12-15T11:50:10","slug":"widgets-wordpress-refactorisation-partie-1","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/widgets-wordpress-refactorisation-partie-1\/","title":{"rendered":"Widgets WordPress : refactorisation, partie 1"},"content":{"rendered":"\n<p><strong><a href=\"https:\/\/wordpress.mediadoma.com\/fr\/widgets-wordpress-commencer-par-les-normes\/\" title=\"Le dernier article\">Le dernier article<\/a><\/strong> comprenait de nombreuses informations sur la configuration d&rsquo;outils de qualit\u00e9 de code dans votre <strong><a href=\"https:\/\/tommcfarlin.com\/tag\/wordpress-development-environment\/\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">environnement de d\u00e9veloppement WordPress<\/a><\/strong>, mais ils sont n\u00e9cessaires si nous allons faire beaucoup de refactorisation.<\/p>\n<blockquote>\n<p>Mais comme je l&rsquo;ai mentionn\u00e9 au d\u00e9but de cet article, la mise en place d&rsquo;outils de qualit\u00e9 de code nous fournit d&rsquo;abord une base que nous pouvons utiliser lorsque nous refactorisons le passe-partout (ce que nous devons clairement faire compte tenu de la quantit\u00e9 de rouge affich\u00e9e par GrumPHP).<\/p>\n<\/blockquote>\n<p>Honn\u00eatement, je les consid\u00e8re comme n\u00e9cessaires si vous allez faire n&rsquo;importe quel type de d\u00e9veloppement, d&rsquo;o\u00f9 la n\u00e9cessit\u00e9 de montrer comment les configurer.<\/p>\n<p>Quoi qu&rsquo;il en soit, le post pr\u00e9c\u00e9dent montre \u00e0 quel point nous avons travaill\u00e9, n&rsquo;est-ce pas\u00a0?<\/p>\n<p>Nous allons maintenant commencer par refactoriser le <strong><a href=\"https:\/\/github.com\/tommcfarlin\/WordPress-Widget-Boilerplate\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">WordPress Widget Boilerplate<\/a><\/strong>.<\/p>\n<p>Cela am\u00e9liorera non seulement la qualit\u00e9 du code, mais nous guidera \u00e9galement \u00e0 travers certains principes orient\u00e9s objet que nous pouvons appliquer lors de la construction de nos widgets et que nous pouvons appliquer dans les futurs efforts de d\u00e9veloppement de WordPress.<\/p>\n<h2>Le passe-partout du widget WordPress\u00a0: refactorisation, partie\u00a01<\/h2>\n<p>La chose la plus excitante pour moi est peut-\u00eatre de mettre ce r\u00e9f\u00e9rentiel aux normes modernes. Si vous regardez la <strong><a href=\"https:\/\/github.com\/tommcfarlin\/WordPress-Widget-Boilerplate\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">branche master dans GitHub<\/a><\/strong> au moment de cet article (ou l&rsquo;historique du r\u00e9f\u00e9rentiel plus tard), vous verrez qu&rsquo;elle a six ans.<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d06f9bc.png\" data-rel=\"lightbox\"><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d06f9bc.png\" alt=\"Widgets WordPress : refactorisation, partie 1\"><\/a><\/p>\n<p>Cette chose a six ans (au moment de ce post).<\/p>\n<p>C&rsquo;est long dans les ann\u00e9es Internet, n&rsquo;est-ce pas ?<\/p>\n<p>Quoi qu&rsquo;il en soit, dans nos efforts de refactorisation, nous allons faire certaines choses\u00a0:<\/p>\n<ul>\n<li>cr\u00e9er une branche \u00e0 partir de laquelle travailler avant de la fusionner dans la branche principale,<\/li>\n<li>mettre en place une organisation plus coh\u00e9rente des fichiers,<\/li>\n<li>mettre \u00e0 jour les normes de codage pour suivre ce qui est plus conforme au PSR,<\/li>\n<li>et plus.<\/li>\n<\/ul>\n<p>J&rsquo;expose cela maintenant parce que nous n&rsquo;allons probablement pas tout aborder dans ce post, mais nous couvrirons beaucoup de terrain. Donc, cela dit, commen\u00e7ons.<\/p>\n<h3>1 Cr\u00e9ation d&rsquo;une branche de d\u00e9veloppement<\/h3>\n<p>En supposant que vous ayez une copie du r\u00e9f\u00e9rentiel de sur votre machine locale, que vous devriez avoir apr\u00e8s le dernier message, la premi\u00e8re chose que nous devons faire est de cr\u00e9er une branche \u00e0 partir de laquelle faire notre travail.<\/p>\n<p>Il est recommand\u00e9 de ne pas travailler sur la branche master. Au lieu de cela, le ma\u00eetre doit toujours \u00eatre utilis\u00e9 pour d\u00e9ployer la derni\u00e8re version stable du code.<\/p>\n<p>Pour cela, saisissez la commande suivante dans votre terminal\u00a0:<\/p>\n<pre><code>$ git checkout -b develop<\/code><\/pre>\n<p>Cela cr\u00e9era une nouvelle branche locale. Il n&rsquo;a pas encore \u00e9t\u00e9 pouss\u00e9 vers GitHub ou votre r\u00e9f\u00e9rentiel distant (o\u00f9 que vous le conserviez).<\/p>\n<p>Ensuite, entrez la commande suivante\u00a0:<\/p>\n<pre><code>$ git push --set-upstream origin develop<\/code><\/pre>\n<p>Cela poussera la branche de d\u00e9veloppement vers le r\u00e9f\u00e9rentiel distant. Une fois cela fait, vous devriez pouvoir voir toutes les modifications que nous avons impl\u00e9ment\u00e9es dans le dernier message dans votre r\u00e9f\u00e9rentiel distant.<\/p>\n<p>Si vous utilisez GitHub, cela devrait ressembler \u00e0 ceci\u00a0:<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d38c4f4.png\" data-rel=\"lightbox\"><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d38c4f4.png\" alt=\"Widgets WordPress : refactorisation, partie 1\"><\/a><\/p>\n<p>Si vous utilisez un autre service, il devrait toujours ressembler. C&rsquo;est-\u00e0-dire que la structure du r\u00e9pertoire devrait \u00eatre la m\u00eame, mais son apparence dans le navigateur variera.<\/p>\n<h4>Une note \u00e0 propos de la succursale<\/h4>\n<p>N&rsquo;oubliez pas que le but de cette branche est que nous fassions tout notre travail. De cette fa\u00e7on, nous n&rsquo;interf\u00e9rons pas avec la branche master \u00e0 partir de laquelle beaucoup de gens tireront.<\/p>\n<p>Pour \u00eatre clair, peut-\u00eatre que personne ne s&rsquo;en tirera. Peut-\u00eatre qu&rsquo;ils le feront. Quoi qu&rsquo;il en soit, ces pratiques pr\u00e9sent\u00e9es ici sont destin\u00e9es \u00e0 montrer comment ex\u00e9cuter un projet \u00e0 l&rsquo;aide d&rsquo;outils de contr\u00f4le de code source et de qualit\u00e9 de code afin que vous puissiez cr\u00e9er de meilleurs projets pour vous-m\u00eame, votre entreprise, etc.<\/p>\n<h3>2 R\u00e9organiser les fichiers<\/h3>\n<p>La premi\u00e8re chose \u00e0 faire est de r\u00e9organiser les fichiers afin qu&rsquo;ils imitent une structure plus moderne. Je ferai de mon mieux pour justifier les d\u00e9cisions que je prends pour le projet pendant que nous le faisons\u00a0; cependant, n&rsquo;h\u00e9sitez pas \u00e0 prendre des libert\u00e9s avec la fa\u00e7on dont vous voulez le faire.<\/p>\n<p>Les d\u00e9cisions que je prends vont finalement affecter le Boilerplate primaire. Ce que vous choisissez de faire affectera la fa\u00e7on dont vous pouvez l&rsquo;utiliser dans votre travail quotidien ou la fa\u00e7on dont vous choisissez d&rsquo;aller de l&rsquo;avant avec le projet dans son ensemble.<\/p>\n<h3>Mise \u00e0 jour des r\u00e9pertoires<\/h3>\n<p>L&rsquo;une des choses que j&rsquo;essaie de faire est de d\u00e9composer mes r\u00e9pertoires, afin qu&rsquo;ils soient aussi clairs que possible. Cela signifie que j&rsquo;essaie de faire ce qui suit:<\/p>\n<ul>\n<li>cr\u00e9er un r\u00e9pertoire d&rsquo; <strong>actifs<\/strong> pour JavaScript et les feuilles de style,<\/li>\n<li>cr\u00e9er un r\u00e9pertoire <strong>src<\/strong> pour tous les fichiers PHP,<\/li>\n<li>cr\u00e9er un r\u00e9pertoire de <strong>langue<\/strong> pour les fichiers d&rsquo;internationalisation,<\/li>\n<li>conservez tous les autres fichiers \u00e0 la racine du r\u00e9f\u00e9rentiel, il est donc facile pour les autres de suivre le fichier README fourni.<\/li>\n<\/ul>\n<p>Pour ce faire, je vais d&rsquo;abord supprimer et d\u00e9placer quelques \u00e9l\u00e9ments. J&rsquo;ai essay\u00e9 d&rsquo;organiser cela dans un ordre particulier:<\/p>\n<ol>\n<li>Je vais supprimer le fichier <strong>README.txt<\/strong>. Ce fichier est utilis\u00e9 comme mod\u00e8le README standard si vous allez soumettre du code au r\u00e9f\u00e9rentiel de plugins WordPress, mais ce n&rsquo;est pas n\u00e9cessaire pour ce que je veux pour le Boilerplate.<\/li>\n<li>Je vais renommer <strong>plugin.php<\/strong> en <strong>Plugin<em><\/em><\/strong> .php<em><\/em> pour suivre les conventions PSR.<\/li>\n<li>Je vais \u00e9galement renommer <strong>lang<\/strong> en <strong>langues.<\/strong><\/li>\n<li>Je vais cr\u00e9er un r\u00e9pertoire d&rsquo; <strong>actifs<\/strong> et d\u00e9placer puis d\u00e9placer les r\u00e9pertoires <strong>css<\/strong> et <strong>js<\/strong> dans ce r\u00e9pertoire. Je vais cr\u00e9er un sous-r\u00e9pertoire <strong>dev<\/strong> dans chacun de ces r\u00e9pertoires o\u00f9 nous pourrons travailler sur des fichiers Sass et JavaScript non minifi\u00e9s (les deux viendront plus tard dans la s\u00e9rie).<\/li>\n<li>Apr\u00e8s cela, je vais cr\u00e9er un r\u00e9pertoire <strong>src<\/strong> et d\u00e9placer la feuille de style des <strong>vues<\/strong> dans ce r\u00e9pertoire.<\/li>\n<li>Je vais \u00e9galement renommer les <strong>vues<\/strong> en <strong>Vues<\/strong> et mettre \u00e9galement en majuscule les fichiers qu&rsquo;elles contiennent.<\/li>\n<li>Enfin, je vais tout d\u00e9placer jusqu&rsquo;\u00e0 la racine du r\u00e9pertoire. Cela signifie que <strong>widget-boilerplate<\/strong> dispara\u00eetra et que tous les fichiers r\u00e9sideront dans le r\u00e9pertoire racine du r\u00e9f\u00e9rentiel.<\/li>\n<\/ol>\n<p>Ce sont beaucoup d&rsquo;\u00e9tapes, mais elles sont petites. J&rsquo;aime les exposer en premier afin que ce qui se passera dans le reste de cette section soit clair.<\/p>\n<h4>Supprimer le LISEZMOI<\/h4>\n<p>Pour cela, saisissez simplement la commande suivante dans votre terminal depuis la racine du r\u00e9pertoire <strong>widget-boilerplate<\/strong> :<\/p>\n<pre><code>$ rm readme.txt<\/code><\/pre>\n<p>Cela supprimera le fichier. Si vous saisissez la commande suivante dans votre terminal\u00a0:<\/p>\n<pre><code>$ git status<\/code><\/pre>\n<p>Vous devriez voir quelque chose comme ceci :<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d77468a.png\" data-rel=\"lightbox\"><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724d77468a.png\" alt=\"Widgets WordPress : refactorisation, partie 1\"><\/a><\/p>\n<p>Je suis partisan de m&rsquo;assurer que les diff\u00e9rents changements apport\u00e9s sont clairs et concis afin qu&rsquo;il soit plus facile de les annuler un par un. Alors allons-y, engageons-nous et poussons ce changement.<\/p>\n<p>Entrez ce qui suit\u00a0:<\/p>\n<pre><code>$ git rm README.txt\n$ git add. $ git commit -n -m \"Removing the original README.txt template.\"\n$ git push<\/code><\/pre>\n<p>Cela indiquera \u00e0 Git de supprimer le fichier, d&rsquo;ajouter la modification unique \u00e0 l&rsquo;ensemble de modifications, de la valider sans ex\u00e9cuter d&rsquo;outils de qualit\u00e9 de code (car nous n&rsquo;avons pas besoin de le faire pour le moment\u00a0; sinon, cela \u00e9chouera) et de la pousser \u00e0 la branche <strong>develop<\/strong> du r\u00e9f\u00e9rentiel distant .<\/p>\n<p>Maintenant que nous avons fait cela, allons-y et renommons certains fichiers.<\/p>\n<h4>Renommer des fichiers<\/h4>\n<p>Pendant que nous y sommes, nous allons non seulement renommer le fichier <strong>plugin<em><\/em><\/strong> .php<em><\/em> mais aussi les autres fichiers PHP. Ce sont des fichiers qui peuvent \u00eatre regroup\u00e9s logiquement dans le m\u00eame ensemble de modifications, il est donc logique d&rsquo;aller de l&rsquo;avant et de le faire.<\/p>\n<p>Alors depuis votre terminal, entrez les commandes suivantes :<\/p>\n<pre><code>$ mv plugin.php Plugin.php\n$ mv views\/admin.php views\/Admin.php\n$ mv views\/widget.php views\/Widget.php<\/code><\/pre>\n<p>En faisant cela, nous n&rsquo;avons encore apport\u00e9 aucune modification aux fichiers, il n&rsquo;y a donc rien \u00e0 valider. Avan\u00e7ons avec le renommage des r\u00e9pertoires.<\/p>\n<h4>Cr\u00e9er des r\u00e9pertoires\u00a0; Renommer les r\u00e9pertoires<\/h4>\n<p>Comme nous l&rsquo;avons fait avec les fichiers, continuons et cr\u00e9ons un nouveau r\u00e9pertoire de <strong>ressources<\/strong>. Dans votre terminal, saisissez la commande suivante\u00a0:<\/p>\n<pre><code>$ mkdir assets<\/code><\/pre>\n<p>Ensuite, nous voulons d\u00e9placer les r\u00e9pertoires <strong>css<\/strong> et <strong>js<\/strong> dans ce r\u00e9pertoire, alors entrez \u00e9galement ce qui suit dans le terminal\u00a0:<\/p>\n<pre><code>$ mv css assets\n$ mv js assets<\/code><\/pre>\n<p>Et renommons le r\u00e9pertoire <strong>lang en<\/strong> <strong>Languages<\/strong> \u200b\u200ben entrant la commande suivante\u00a0:<\/p>\n<pre><code>$ mv lang Languages<\/code><\/pre>\n<p>Enfin, renommons <strong>view<\/strong> en <strong>Views\u00a0:<\/strong><\/p>\n<pre><code>$ mv views Views<\/code><\/pre>\n<p>\u00c0 ce stade, nous avons fait tout notre possible avec les fichiers actuellement dans le r\u00e9pertoire principal. Cependant, nous devons encore pr\u00e9parer des sous-r\u00e9pertoires pour nos actifs pr\u00e9trait\u00e9s.<\/p>\n<p>Avant de faire cela, cependant, c&rsquo;est une bonne habitude d&rsquo;ex\u00e9cuter une v\u00e9rification rapide de l&rsquo; <strong>\u00e9tat de git<\/strong> pour voir ce qui existe et qui peut \u00eatre ajout\u00e9 \u00e0 un ensemble de modifications. Si votre r\u00e9f\u00e9rentiel est comme le mien, vous verrez probablement quelque chose comme ceci\u00a0:<\/p>\n<p><a href=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724da758f2.png\" data-rel=\"lightbox\"><img decoding=\"async\" class=\"SDStudio-light-box-enable SDStudio-editor-tools-md-imp\" src=\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-161542-61e724da758f2.png\" alt=\"Widgets WordPress : refactorisation, partie 1\"><\/a><\/p>\n<p>Dans ce cas, je pense qu&rsquo;il est acceptable de tout ajouter dans un seul ensemble de modifications avec un commentaire indiquant que nous avons renomm\u00e9 et d\u00e9plac\u00e9 des fichiers.<\/p>\n<p>Vous pouvez diff\u00e9rer et si c&rsquo;est le cas, c&rsquo;est tout \u00e0 fait correct. Vos commandes diff\u00e9reront un peu des miennes mais voici ce que j&rsquo;ai pour mon commit\u00a0:<\/p>\n<pre><code>$ git add. $ git commit -n -m \"Creating new directories; Renaming files.\"\n$ git push<\/code><\/pre>\n<p>Passons maintenant aux sous-r\u00e9pertoires de nos fichiers pr\u00e9trait\u00e9s.<\/p>\n<h4>Cr\u00e9er des sous-r\u00e9pertoires<\/h4>\n<p>Dans le r\u00e9pertoire CSS, cr\u00e9ez un sous-r\u00e9pertoire appel\u00e9 <strong>dev<\/strong> et cr\u00e9ez un fichier vide appel\u00e9 <strong>admin.scss<\/strong> et <strong>widget.scss<\/strong> car nous travaillerons avec ces fichiers plus tard dans la s\u00e9rie.<\/p>\n<p>Ensuite, ajoutez un r\u00e9pertoire <strong>dev<\/strong> au r\u00e9pertoire JavaScript et ajoutez des fichiers vides <strong>admin.js<\/strong> et <strong>widget.js<\/strong> \u00e0 ces fichiers. Si vous vous sentez si enclin, vous pouvez d\u00e9placer les fichiers pr\u00e9existants dans les <strong>r\u00e9pertoires<\/strong> de d\u00e9veloppement car ce sont les fichiers que nous utiliserons comme base pour nos fichiers de d\u00e9veloppement.<\/p>\n<p>C&rsquo;est une \u00e9tape facultative ; cependant, je suis all\u00e9 de l&rsquo;avant et je l&rsquo;ai fait parce que c&rsquo;est comme \u00e7a que je pr\u00e9f\u00e8re travailler. Voici l&rsquo;ensemble des commandes que j&rsquo;ai ex\u00e9cut\u00e9es.<\/p>\n<p>Depuis le r\u00e9pertoire <strong>css<\/strong> \u2026<\/p>\n<pre><code>$ mkdir dev\n$ mv admin.css admin.scss &amp;&amp; mv widget.css widget.scss\n$ mv *.scss dev<\/code><\/pre>\n<p>Ci-dessus, j&rsquo;ai cr\u00e9\u00e9 le r\u00e9pertoire <strong>dev<\/strong> pour mes feuilles de style, les ai renomm\u00e9s en fichiers Sass et les ai d\u00e9plac\u00e9s dans le r\u00e9pertoire <strong>dev<\/strong>.<\/p>\n<p>Avant d&rsquo;aller de l&rsquo;avant, c&rsquo;est le bon moment pour v\u00e9rifier le <strong>statut de git<\/strong> et valider les modifications li\u00e9es aux feuilles de style\u00a0:<\/p>\n<pre><code>$ git add. $ git commit -n -m \"Renaming and moving stylesheets into a dev directory.\"\n$ git push<\/code><\/pre>\n<p>Maintenant, depuis le r\u00e9pertoire <strong>js<\/strong> \u2026<\/p>\n<pre><code>$ mkdir dev\n$ mv *.js dev<\/code><\/pre>\n<p>Comme nous n&rsquo;avons pas \u00e0 changer le type de fichier des fichiers associ\u00e9s, nous pouvons simplement les d\u00e9placer dans le nouveau r\u00e9pertoire.<\/p>\n<p>Enfin, faisons la m\u00eame chose et voyons s&rsquo;il y a des changements que nous pouvons faire passer par une v\u00e9rification rapide de l&rsquo; <strong>\u00e9tat de git<\/strong> (ce qui devrait \u00eatre le cas). Voici une liste des commandes que j&rsquo;ai ex\u00e9cut\u00e9es pour valider et pousser mes modifications\u00a0:<\/p>\n<pre><code>$ git add. $ git commit -n -m \"Adding a JavaScript dev directory and moving the development files.\"\n$ git push<\/code><\/pre>\n<p>Nous avons presque termin\u00e9. Il ne reste plus qu&rsquo;\u00e0 d\u00e9placer certains r\u00e9pertoires \u00e0 la racine du r\u00e9f\u00e9rentiel et \u00e0 renommer le r\u00e9pertoire principal en <strong>src<\/strong>. Alors faisons-le maintenant.<\/p>\n<h3>D\u00e9placer les r\u00e9pertoires dans la racine<\/h3>\n<p>Essentiellement, nous devons tout d\u00e9placer sauf le fichier du plugin et le r\u00e9pertoire <strong>Views<\/strong> hors du r\u00e9pertoire <strong>widget-boilerplate<\/strong>, et nous devons renommer <strong>widget-boilerplate<\/strong> en <strong>src<\/strong>.<\/p>\n<p>Cela semble simple, non\u00a0? C&rsquo;est assez simple. Depuis le r\u00e9pertoire <strong>widget-boilerplate<\/strong>\u00a0:<\/p>\n<pre><code>$ mv assets .. &amp;&amp; mv languages ..\n$ cd ..\n$ mv widget-boilerplate src<\/code><\/pre>\n<p>Ensuite, je validerai la modification sur GitHub en utilisant ce qui suit\u00a0:<\/p>\n<pre><code>$ git add. $ git commit -n -m \"Reorganizing the directory structure.\"\n$ git push<\/code><\/pre>\n<p>Nous avons maintenant une structure de r\u00e9pertoires beaucoup plus moderne. Vous pouvez le voir ici <strong><a href=\"https:\/\/github.com\/tommcfarlin\/WordPress-Widget-Boilerplate\/tree\/develop\" target=\"_blank\" rel=\"noopener nofollow\" class=\"external external_icon\">dans ma branche de d\u00e9veloppement<\/a><\/strong>.<\/p>\n<h3>Un mot sur la POO<\/h3>\n<p>Et maintenant que nous avons tout cela en place, nous pouvons nous lancer dans l&rsquo;\u00e9criture de code. Mais ne vous y trompez pas\u00a0: une partie de la programmation orient\u00e9e objet est \u00e9galement une analyse orient\u00e9e objet et une conception orient\u00e9e objet.<\/p>\n<p>Ce que nous avons fait dans cet article est essentiellement d&rsquo;appliquer une conception architecturale orient\u00e9e objet bas\u00e9e sur l&rsquo;analyse de la fa\u00e7on dont le plugin s&rsquo;int\u00e8gre.<\/p>\n<p>La partie suivante, cependant, consiste \u00e0 mettre \u00e0 jour le code pour se d\u00e9barrasser de tout le rouge que nous avons vu en reniflant notre code.<\/p>\n<h2>Dans le prochain article<\/h2>\n<p>L&rsquo;objectif principal du prochain article est de continuer \u00e0 mettre \u00e0 jour les normes de codage afin que nous ayons r\u00e9solu tous les probl\u00e8mes pos\u00e9s par notre IDE ou via les outils de qualit\u00e9 de code que nous ex\u00e9cutons en ligne de commande.<\/p>\n<p>Nous devrions \u00e9galement avoir un r\u00e9f\u00e9rentiel beaucoup plus propre et mieux organis\u00e9, et \u00eatre dans une position o\u00f9 nous sommes pr\u00eats \u00e0 fusionner notre travail dans la branche master.<\/p>\n<p>Pour l&rsquo;instant, cependant, assurez-vous que vous avez une bonne ma\u00eetrise de tout ce qui pr\u00e9c\u00e8de avant de continuer car il est n\u00e9cessaire de comprendre pour le reste du travail que nous avons devant nous.<\/p>\n<p><div id=\"PostUnique_PostSource\" style=\"padding-top: 50px\">Source d&rsquo;enregistrement:  <a target=\"_blank\" rel=\"noopener nofollow\" href=\"\/\/tommcfarlin.com\" class=\"external external_icon\">tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Cela am\u00e9liorera non seulement la qualit\u00e9 du code, mais nous guidera \u00e9galement \u00e0 travers certains principes orient\u00e9s objet que nous pouvons appliquer lors de la cr\u00e9ation de nos widgets WordPress.<\/p>\n","protected":false},"author":1,"featured_media":235111,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[893,717,862],"tags":[1167],"class_list":["post-231103","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-code-2","category-developpeur","category-wordpress-3","tag-affiai-fr"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/231103","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/comments?post=231103"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/posts\/231103\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media\/235111"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/media?parent=231103"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/categories?post=231103"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/fr\/wp-json\/wp\/v2\/tags?post=231103"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}