Si vous venez d’un milieu orient\u00e9 objet ou si vous essayez de cr\u00e9er toutes vos solutions pour WordPress en utilisant des techniques orient\u00e9es objet, il y aura des moments o\u00f9 vous aurez l’impression de frapper un clou avec un marteau.<\/p>\n
Par exemple, disons que quelqu’un vient vers vous et a besoin d’un plugin personnalis\u00e9 d\u00e9velopp\u00e9 qui fonctionne avec un plugin tiers, mais il n’a besoin de faire qu’une seule chose.<\/p>\n
Vaut-il la peine de prendre le temps de cr\u00e9er une interface<\/a><\/strong>, d’impl\u00e9menter ladite interface dans une classe concr\u00e8te, de mettre en place des abonn\u00e9s<\/a><\/strong>, d’\u00e9crire des tests unitaires<\/a><\/strong>, etc.<\/p>\n Je peux voir l’appel, mais je dis g\u00e9n\u00e9ralement non. Si l’essentiel de ce que vous devez faire doit inclure des styles ou des fichiers JavaScript ou les deux, alors pourquoi ne pas vous fier aux API WordPress natives et \u00e0 la programmation proc\u00e9durale ?<\/p>\n Disons qu’un client potentiel vient \u00e0 vous qui :<\/p>\n En supposant que tout ce qui pr\u00e9c\u00e8de est vrai, je dirais que trouver la solution semble assez simple, n’est-ce pas\u00a0? Nous devons auditer le site afin de pouvoir\u00a0:<\/p>\n Maintenant, quand il s’agit de faire cela, j’essaie toujours d’employer une poign\u00e9e de meilleures pratiques. M\u00eame si je tends vers la programmation orient\u00e9e objet, je ne l’utilise pas toujours et je ne la recommande pas toujours.<\/p>\n Au lieu de cela, je pense que l’utilisation d’une simple fonction ou d’un ensemble de fonctions li\u00e9es \u00e0 l’API WordPress de mani\u00e8re proc\u00e9durale fonctionne tr\u00e8s bien. Cependant, cela ne signifie pas que nous ne devrions pas viser \u00e0 cr\u00e9er une structure d’organisation de fichiers solide car vous ne savez jamais quand vous devrez peut-\u00eatre revenir pour maintenir le projet.<\/p>\n Pour cela, voici ce que je fais normalement\u00a0:<\/p>\n Le r\u00e9pertoire r\u00e9sultant peut ressembler \u00e0 ceci\u00a0:<\/p>\n \u00c0 partir de l\u00e0, je ne m’emb\u00eate m\u00eame plus avec un chargeur automatique. Au lieu de cela, j’inclus les fichiers dans le r\u00e9pertoire source. Vous pouvez parcourir ces fichiers plut\u00f4t que de faire quelque chose comme ceci<\/a><\/strong>\u00a0:<\/p>\n Mais cela peut d\u00e9pendre du moment et de ce que vous faites.<\/p>\n Peut-\u00eatre. Voici le probl\u00e8me\u00a0: chaque fois qu’une personne s’enracine dans l’utilisation d’un certain paradigme de programmation, ladite personne essaie de l’appliquer partout et essaie de le faire tout le temps.<\/p>\n Pas tout le monde, mais beaucoup. Moi inclus.<\/p>\n Et lorsque vous vous retrouvez \u00e0 sur-architecturer quelque chose, pourquoi ne pas prendre du recul et essayer de simplifier un peu votre charge de travail ?<\/p>\n Le probl\u00e8me est toujours r\u00e9solu, et il est fait d’une mani\u00e8re qui a beaucoup moins de frais g\u00e9n\u00e9raux.<\/p>\nNe faites pas trop d’ing\u00e9nierie<\/h2>\n
\n
\n
\n
<?php\n\/**\n * Acme Plugin Example\n *\n * @author Tom McFarlin <tom@pressware.co>\n * @license GPL-3.0+\n * @link https:\/\/pressware.co\n * @since 1.0.0\n * @copyright 2018 Tom McFarlin\n *\n * @wordpress-plugin\n * Plugin Name: Acme Plugin Example\n * Description: Provides consistent styling across the site for certain elements.\n * Version: 1.0.0\n * Author: Tom McFarlin\n * Author URI: https:\/\/tommcfarlin.com\n * License: GPL-3.0+\n * License URI: http:\/\/www.gnu.org\/licenses\/gpl-3.0.txt\n *\/\n\ninclude_once plugin_dir_path(__FILE__).'src\/AddStyles.php';\ninclude_once plugin_dir_path(__FILE__).'src\/AddScripts.php';\n<\/code><\/pre>\nC’est trop simple<\/h2>\n