En ce qui concerne la cr\u00e9ation de classes pour les plugins WordPress, on m’a demand\u00e9 pourquoi je m’emb\u00eatais \u00e0 s\u00e9parer les fonctionnalit\u00e9s en abonn\u00e9s et en autres classes.<\/p>\n
Je pense que c’est une bonne question car elle aide \u00e0 comprendre deux choses :<\/p>\n
Alors j’ai pens\u00e9 pourquoi ne pas r\u00e9pondre sous la forme d’un court message? Il documentera le pourquoi derri\u00e8re le quoi [et cela me donnera un endroit pour mettre \u00e0 jour si les choses changent \u00e0 l’avenir].<\/p>\n
Je consid\u00e8re les classes qui ne sont pas des objets de domaine abonn\u00e9s qui proviennent de l’approche de d\u00e9veloppement logiciel de la conception dirig\u00e9e par le domaine.<\/p>\n
Cela sort du cadre de cet article, mais il convient de le mentionner, si ce n’est pour aucune autre raison, cela donne un contexte \u00e0 ce qui serait autrement consid\u00e9r\u00e9 comme du jargon.<\/p>\n
Mais d’abord, les abonn\u00e9s.<\/p>\n
\u00c9tant donn\u00e9 que WordPress est bas\u00e9 sur un syst\u00e8me de hook – un syst\u00e8me bas\u00e9 sur le mod\u00e8le de conception pilot\u00e9 par les \u00e9v\u00e9nements – il est utile d’avoir une classe qui r\u00e9pond \u00e0 chaque fois qu’un \u00e9v\u00e9nement est d\u00e9clench\u00e9.<\/p>\n
Cela peut \u00eatre pour n’importe quel crochet WordPress pr\u00e9d\u00e9fini ou pour n’importe quel crochet personnalis\u00e9. Ce n’est pas important.<\/p>\n
Et je ne veux pas rendre la classe plus compliqu\u00e9e que n\u00e9cessaire donc j’ai tendance \u00e0 penser \u00e0 eux comme ceci :<\/p>\n
Un abonn\u00e9 r\u00e9pond chaque fois qu’un \u00e9v\u00e9nement sp\u00e9cifique se produit.<\/p>\n
Et c’est tout. Cet \u00e9v\u00e9nement peut \u00eatre quelque chose comme after_theme_setup<\/a> ou the_content<\/a> ou m\u00eame init<\/a>. Cela n’a pas d’importance.<\/p>\n Il attend qu’un \u00e9v\u00e9nement se produise, puis r\u00e9pond dans tout ce que nous d\u00e9cidons gr\u00e2ce \u00e0 l’utilisation d’un autre code (c’est l\u00e0 que les objets de domaine entrent en jeu).<\/p>\n Ceux-ci peuvent \u00e9galement \u00eatre appel\u00e9s objets m\u00e9tier ou quelque chose de similaire. L’id\u00e9e derri\u00e8re eux est la suivante :<\/p>\n Tout ce que nous faisons dans la programmation orient\u00e9e objet est destin\u00e9 \u00e0 r\u00e9soudre un probl\u00e8me particulier et il est cens\u00e9 le faire \u00e0 travers un type d’objet qui repr\u00e9sente un objet du monde r\u00e9el ou au moins une id\u00e9e concr\u00e8te.<\/p>\n Ainsi, chaque fois que vous travaillez pour fournir une solution \u00e0 quelqu’un, les classes que vous \u00e9crivez – les objets qu’elles deviendront une fois instanci\u00e9es – sont les objets du domaine.<\/p>\n Ce sont aussi les classes qui font le travail r\u00e9el. Vous pouvez donc le penser en trois composantes :<\/p>\n Les objets de domaine sont l’endroit o\u00f9 vit le code pour faire quelque chose. Les abonn\u00e9s sont comme le lien entre WordPress et ladite fonctionnalit\u00e9.<\/p>\n Les abonn\u00e9s disent "Cet \u00e9v\u00e9nement s’est produit et cette classe est capable et responsable d’en g\u00e9rer les r\u00e9sultats."<\/p>\n Plus t\u00f4t dans l’article, j’ai expliqu\u00e9 comment les objets de domaine sont li\u00e9s aux tests unitaires et \u00e0 d’autres techniques de programmation li\u00e9es au contr\u00f4le de la qualit\u00e9.<\/p>\n Bien que ce ne soit pas l’article pour les d\u00e9tails, il convient de mentionner que le fait de garder les objets de domaine et les abonn\u00e9s d\u00e9coupl\u00e9s les uns des autres (et, \u00e0 leur tour, de WordPress) nous permet d’instancier, de tester et de travailler avec des objets qui sont invoqu\u00e9s par abonn\u00e9s sans avoir besoin d’apporter WordPress dans notre travail.<\/p>\n Et c’est quelque chose qui peut \u00eatre extr\u00eamement utile lors de la cr\u00e9ation de solutions plus importantes. Mais l’essentiel de la fa\u00e7on de le faire est contenu pour un autre poste.<\/p>\n2 objets de domaine<\/h3>\n
\n
Qu’en est-il des tests et ainsi de suite\u00a0?<\/h2>\n