{"id":229276,"date":"2022-10-31T09:40:00","date_gmt":"2022-10-31T06:40:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229276"},"modified":"2022-11-09T06:15:16","modified_gmt":"2022-11-09T03:15:16","slug":"ecrire-des-plugins-wordpress-pour-les-fonctionnalites-existantes","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/ecrire-des-plugins-wordpress-pour-les-fonctionnalites-existantes\/","title":{"rendered":"\u00c9crire des plugins WordPress pour les fonctionnalit\u00e9s existantes"},"content":{"rendered":"\n

Dans un article pr\u00e9c\u00e9dent, j’ai parl\u00e9 de la philosophie de conception WordPress des d\u00e9cisions, pas des options<\/a>. Et je travaille pour arriver \u00e0 un point, mais je dois d’abord \u00e9tablir un peu les bases de tout cela.<\/p>\n

Vous pouvez lire l’ensemble des philosophies sur cette page<\/a>, mais voici l’essentiel de celle que je viens de mentionner :<\/p>\n

\n

Lors de la prise de d\u00e9cisions, ce sont les utilisateurs que nous consid\u00e9rons en premier. Un bon exemple de cette consid\u00e9ration est les options logicielles. Chaque fois que vous donnez une option \u00e0 un utilisateur, vous lui demandez de prendre une d\u00e9cision. Lorsqu’un utilisateur ne se soucie pas ou ne comprend pas l’option, cela conduit finalement \u00e0 la frustration.<\/p>\n

En tant que d\u00e9veloppeurs, nous pensons parfois que fournir des options pour tout est une bonne chose, vous ne pouvez jamais avoir trop de choix, n’est-ce pas? En fin de compte, ces choix finissent par \u00eatre des choix techniques, des choix qui n’int\u00e9ressent pas l’utilisateur final moyen.<\/p>\n

Il est de notre devoir en tant que d\u00e9veloppeurs de prendre des d\u00e9cisions de conception intelligentes et d’\u00e9viter de faire peser le poids des choix techniques sur nos utilisateurs finaux.<\/p>\n<\/blockquote>\n

C’est sans doute ma philosophie pr\u00e9f\u00e9r\u00e9e qui d\u00e9finit ce qui devrait entrer dans le noyau de WordPress et comment ; bien que je m’en voudrais de ne pas dire que je pense qu’il y a des points \u00e0 am\u00e9liorer.<\/p>\n

(Je sais que c’est l\u00e0 que la discussion peut prendre une tournure dans le champ gauche, mais je ne sais pas faire cela, et je n’essaie pas non plus de commencer le\u00a0 quart- arri\u00e8re en fauteuil<\/a> .)<\/p>\n

Mais voici la question :<\/p>\n

S’il y a une zone de l’interface utilisateur WordPress qui peut \u00eatre am\u00e9lior\u00e9e par un plugin qui fait le m\u00eame ensemble de fonctionnalit\u00e9s qui existe d\u00e9j\u00e0 dans le plugin, cela vaut-il la peine de cr\u00e9er le plugin si la fonctionnalit\u00e9 existe d\u00e9j\u00e0 ?<\/p>\n

Est-il logique de cr\u00e9er des plugins WordPress pour les fonctionnalit\u00e9s existantes si le plugin adh\u00e8re \u00e0 la philosophie \u00abconceptions, pas options\u00bb plus que la fonctionnalit\u00e9 principale ?<\/p>\n

Tout d’abord, je reconnais le peu de manque de logique qui est inclus dans cette d\u00e9claration. Je veux dire, ce que j’ai sorti est:<\/p>\n

    \n
  1. Nous devons prendre plus de d\u00e9cisions au nom de l’utilisateur et lui offrir moins d’options.<\/li>\n
  2. Une option existe d\u00e9j\u00e0 dans core.<\/li>\n
  3. Cr\u00e9er un plugin pour introduire une fonctionnalit\u00e9 qui existe d\u00e9j\u00e0, la dupliquant ainsi, mais la rationalisant afin qu’elle prenne une d\u00e9cision pour l’utilisateur en son nom.<\/li>\n<\/ol>\n

    Alors peut-\u00eatre que la discussion s’arr\u00eate au troisi\u00e8me point ci-dessus. Mais, pour les besoins de la discussion (pour argumenter, si c’est votre go\u00fbt), je veux prendre un exemple juste pour ce post.<\/p>\n

    Un regard sur les param\u00e8tres de discussion<\/h3>\n

    Les param\u00e8tres de discussion qui existent dans le\u00a0 menu Param\u00e8tres<\/strong> de WordPress peuvent \u00eatre un peu \u00e9crasants, m\u00eame pour ce que je crois, c’est le blogueur de niveau interm\u00e9diaire, sans parler du type d\u00e9butant ou d\u00e9veloppeur.<\/p>\n

    L’\u00e9cran Param\u00e8tres de discussion.<\/p>\n

    Il faut un peu de temps non seulement pour lire les options qui existent, mais aussi pour leur donner un sens. Et puis, il y a des options plus avanc\u00e9es comme la liste noire des commentaires<\/strong> qui, je pense, pourraient probablement faire partie d’un onglet Avanc\u00e9 .<\/strong><\/p>\n

    Mais je m’\u00e9gare.<\/p>\n

    Il y a une option pr\u00e9sente sous Autres param\u00e8tres de commentaire<\/strong> qui indique\u00a0:<\/p>\n

    "Fermer automatiquement les commentaires sur les articles de plus de [x] jours."<\/p>\n

    Cette fonctionnalit\u00e9, en soi, n’est pas mauvaise, mais que se passe-t-il si je veux fermer les commentaires sur des articles de plus de [x] jours uniquement s’ils ont 0 commentaire. Maintenant, ce conditionnel – c’est-\u00e0-dire "s’ils ont 0 commentaire" – je pense que c’est un exemple de ce qu’un plugin peut g\u00e9rer.<\/p>\n

    Mais l’option qui est pr\u00e9sent\u00e9e telle quelle. C’est-\u00e0-dire:<\/p>\n

    "Fermer automatiquement les commentaires sur les articles de plus de [x] jours."<\/p>\n

    Je vois pourquoi c’est une option. Personne ne doit prendre de d\u00e9cision au nom d’un utilisateur sur la mani\u00e8re dont ses commentaires doivent \u00eatre trait\u00e9s.<\/p>\n