{"id":231058,"date":"2022-12-14T14:01:00","date_gmt":"2022-12-14T11:01:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=231058"},"modified":"2022-12-14T14:02:36","modified_gmt":"2022-12-14T11:02:36","slug":"widgets-wordpress-detecter-la-programmation-orientee-objet","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/widgets-wordpress-detecter-la-programmation-orientee-objet\/","title":{"rendered":"Widgets WordPress\u00a0: d\u00e9tecter la programmation orient\u00e9e objet"},"content":{"rendered":"\n

Si vous n’avez pas lu le premier article de cette s\u00e9rie, je le recommande, car nous commen\u00e7ons \u00e0 \u00e9crire du code orient\u00e9 objet pour WordPress gr\u00e2ce \u00e0 l’utilisation de l’ API Widgets.<\/a><\/strong><\/p>\n

La s\u00e9rie va capturer quelques choses:<\/p>\n

    \n
  1. vous montrer le squelette de base d’un widget et pourquoi il est orient\u00e9 objet,<\/li>\n
  2. discuter des choses que vous devriez \u00eatre en mesure de remarquer et pourquoi<\/li>\n
  3. mettez d’abord \u00e0 jour le Widget Boilerplate directement sur ce site, puis envoyez-le \u00e0 GitHub,<\/li>\n
  4. construire un widget en utilisant l’API avec le passe-partout comme base de notre travail.<\/li>\n<\/ol>\n

    Mais avant de faire cela, je veux m’assurer que tous ceux qui lisent ceci connaissent les principes fondamentaux de la programmation orient\u00e9e objet et disposent de tout le n\u00e9cessaire pour cr\u00e9er une solution orient\u00e9e objet pour WordPress.<\/p>\n

    \u00c0 cette fin, je recommande ce qui suit\u00a0:<\/p>\n

      \n
    1. Deux piliers de la programmation orient\u00e9e objet: partie 1 sur 2<\/a><\/strong><\/li>\n
    2. Deux piliers de la programmation orient\u00e9e objet: partie 2 sur 2<\/a><\/strong><\/li>\n
    3. Classes abstraites, partie 1 – Comportement d’abstraction<\/a><\/strong><\/li>\n
    4. Classes abstraites, partie 2 \u2013 Classes abstraites et interfaces<\/a><\/strong><\/li>\n
    5. Le D\u00e9veloppeur WordPress Ind\u00e9pendant<\/a><\/strong><\/li>\n<\/ol>\n

      Si vous avez lu tout ce contenu, tant mieux. Vous allez \u00eatre bien pr\u00e9par\u00e9 pour cet article et les articles \u00e0 venir. Sinon, il peut y avoir des trous dans le reste de ce que vous \u00eates sur le point de lire, mais l’essentiel du message doit \u00eatre suffisamment clair.<\/p>\n

      Quel est le probl\u00e8me, exactement\u00a0?<\/h3>\n

      Voici le truc\u00a0: la semaine derni\u00e8re<\/a><\/strong>, j’ai partag\u00e9 un peu de code avec des informations sur l’ API Widgets<\/a><\/strong>. Je vais y revenir un peu plus dans cet article avant d’entrer dans la partie la plus intensive en codage pour deux raisons\u00a0:<\/p>\n

        \n
      1. Je veux que tous ceux qui lisent ceci soient sur la m\u00eame page en ce qui concerne l’\u00e9criture de code orient\u00e9 objet (\u00e0 tout le moins, dans ce contexte),<\/li>\n
      2. Je reconnais que les gens viennent d’horizons diff\u00e9rents et je veux m’assurer que nous sommes tous sur la m\u00eame page autant que possible avant de continuer.<\/li>\n<\/ol>\n

        Si vous avez de l’exp\u00e9rience dans l’\u00e9criture de code orient\u00e9 objet, en particulier \u00e0 un niveau avanc\u00e9, cela peut vous sembler plus simple ; sinon, j’esp\u00e8re que cela vous fournira tout ce dont vous avez besoin pour d\u00e9tecter les pratiques orient\u00e9es objet non seulement concernant cette API, mais \u00e9galement lors de la lecture du code des autres.<\/p>\n

        Comment d\u00e9tecter la programmation orient\u00e9e objet<\/h2>\n

        Peut-\u00eatre une premi\u00e8re question naturelle est pourquoi devons-nous \u00eatre capables de d\u00e9tecter, lire ou comprendre la programmation orient\u00e9e objet avant de l’\u00e9crire r\u00e9ellement ?<\/p>\n

        Un mot sur le mauvais code<\/h3>\n

        La r\u00e9ponse courte \u00e0 cela est la suivante\u00a0:<\/p>\n

        Vous n’en avez pas besoin, mais c’est utile. Si vous \u00eates capable de lire la programmation orient\u00e9e objet, vous aurez une longueur d’avance en tirant parti de ce qu’elle offre comme paradigme, car vous allez vous appuyer sur les strat\u00e9gies et le travail effectu\u00e9 par d’autres dans d’autres projets.<\/p>\n

        Cela ne veut pas dire que nous ne lirons pas le mauvais code, mais nous ferons tout notre possible pour identifier le mauvais code, identifier les zones probl\u00e9matiques, puis faire ce que nous pouvons pour \u00e9viter de l’incorporer dans notre travail.<\/p>\n

        Pour l’instant, examinons l’ API Widgets<\/a><\/strong> pour voir ce que nous pouvons faire pour d\u00e9tecter la programmation orient\u00e9e objet.<\/p>\n

        Retour \u00e0 la programmation orient\u00e9e objet<\/h3>\n

        Dans le post pr\u00e9c\u00e9dent, j’ai soulign\u00e9 deux choses qui indiquent que l’API est orient\u00e9e objet (au moins dans une certaine mesure)\u00a0:<\/p>\n

          \n
        1. l’utilisation du mot cl\u00e9 extend,<\/strong><\/li>\n
        2. fonctions que nous devons impl\u00e9menter.<\/li>\n<\/ol>\n

          La raison pour laquelle je souhaite revenir sur ce sujet est qu’il identifie deux \u00e9l\u00e9ments cl\u00e9s qui font partie des principes fondamentaux orient\u00e9s objet\u00a0: l’ h\u00e9ritage<\/a><\/strong> et l’impl\u00e9mentation de fonctions (qui font souvent partie de classes abstraites<\/a><\/strong> ).<\/p>\n

          Une note avant de regarder ce qui pr\u00e9c\u00e8de:<\/p>\n

          Lorsque vous regardez la source de la classe WP_Widget<\/a><\/strong>, vous remarquerez qu’il n’y a pas de m\u00e9thodes abstraites. Mais certaines des fonctions que nous devons impl\u00e9menter, que je mentionnerai plus tard dans cet article, sont des candidats de choix pour les m\u00e9thodes abstraites. Et je vais discuter pourquoi, aussi.<\/p>\n

          S\u00e9parons les sujets ci-dessus en deux sections distinctes\u00a0: H\u00e9ritage et Abstractions.<\/p>\n

          H\u00e9ritage<\/h3>\n

          J’ai couvert l’h\u00e9ritage est une profondeur relative dans le post pr\u00e9c\u00e9dent<\/a><\/strong>, donc je n’insisterai pas sur le point ici. Je vais offrir quelques mots, mais je suis beaucoup plus int\u00e9ress\u00e9 \u00e0 discuter de l’abstraction, ce que je ferai dans un instant.<\/p>\n

          Avant d’aller trop loin dans cela, cependant, veuillez vous r\u00e9f\u00e9rer au code suivant :<\/a><\/strong><\/p>\n

          <?php\nclass AcmeWidget extends WP_Widget \n{ \n    public function __construct() \n    {\n    }\n\n    public function widget($args, $instance) \n    {\n    }\n\n    public function form($instance)\n    {\n    }\n\n    public function update($newInstance, $oldInstance)\n    {\n    }\n}<\/code><\/pre>\n
          Mais d’abord, nous pouvons reconna\u00eetre que toute classe qui impl\u00e9mente l’API Widgets doit utiliser l’h\u00e9ritage simplement \u00e0 cause du mot cl\u00e9 extend<\/strong>.<\/p>\n
          Cela signifie qu’il y a un niveau de fonctionnalit\u00e9 dont nous allons h\u00e9riter (ou obtenir gratuitement) et il y a un niveau de fonctionnalit\u00e9 que nous devons impl\u00e9menter par nous-m\u00eames.<\/p>\n
          Du manuel PHP<\/a><\/strong> :<\/p>\n
          \n
          Par exemple, lorsque vous \u00e9tendez une classe, la sous-classe h\u00e9rite de toutes les m\u00e9thodes publiques et prot\u00e9g\u00e9es de la classe parent. \u00c0 moins qu’une classe ne remplace ces m\u00e9thodes, elles conserveront leur fonctionnalit\u00e9 d’origine.<\/p>\n<\/blockquote>\n
          Cependant, lorsque vous h\u00e9ritez des fonctionnalit\u00e9s d’une classe, vous pouvez trouver qu’il est important d’appeler strictement le constructeur du parent (dans notre fonction __construct<\/strong> ).<\/p>\n
          Mais cela soul\u00e8ve ce que je pense \u00eatre l’un des probl\u00e8mes les plus importants avec l’h\u00e9ritage en PHP (et la raison pour laquelle je voulais inclure cette section): Avons-nous besoin d’appeler explicitement le constructeur parent ?<\/p>\n
          Toujours selon le manuel :<\/a><\/strong><\/p>\n
          \n
          Les constructeurs parents ne sont pas appel\u00e9s implicitement si la classe enfant d\u00e9finit un constructeur. Pour ex\u00e9cuter un constructeur parent, un appel \u00e0 parent :: __construct()<\/strong> dans le constructeur enfant est requis. Si l’enfant ne d\u00e9finit pas de constructeur, il peut \u00eatre h\u00e9rit\u00e9 de la classe parent comme une m\u00e9thode de classe normale (si elle n’a pas \u00e9t\u00e9 d\u00e9clar\u00e9e comme priv\u00e9e).<\/p>\n<\/blockquote>\n
          Mais nous pouvons simplifier cela. C’est peut-\u00eatre plus facile \u00e0 retenir :<\/p>\n
            \n
          1. Si notre classe utilise l’h\u00e9ritage mais ne d\u00e9finit pas de constructeur, le constructeur parent est appel\u00e9.<\/li>\n
          2. Si notre classe utilise l’h\u00e9ritage mais d\u00e9finit un constructeur, la construction parent doit \u00eatre explicitement appel\u00e9e.<\/li>\n<\/ol>\n
            Ou peut-\u00eatre encore plus simplement :<\/p>\n