Les constructeurs de plugins WordPress semblent \u00eatre de plus en plus un sujet de d\u00e9bat quand il s’agit de ce qu’ils devraient d\u00e9finir. J’en ai d\u00e9j\u00e0 parl\u00e9, mais il est normal de revenir sur un sujet comme celui-ci de temps en temps, n’est-ce pas\u00a0?<\/p>\n
Apr\u00e8s tout, il y a des choses que nous apprenons et des choses que nous changeons \u00e0 mesure que nous acqu\u00e9rons plus d’exp\u00e9rience.<\/p>\n
Il n’est pas du tout rare de voir des plugins d\u00e9finir des hooks et d’autres comportements, mais je ne suis pas fan de cette approche. Au lieu de cela, je pense que la gestion de l’enregistrement des crochets devrait \u00eatre effectu\u00e9e dans sa propre fonction ou, encore plus radicalement, g\u00e9r\u00e9e par un ensemble de classes.<\/p>\n
Mais avant d’entrer dans les d\u00e9tails, je veux expliquer ce qui devrait aller dans un constructeur de plugin WordPress, pourquoi il devrait aller dans un constructeur et comment cela peut \u00eatre g\u00e9r\u00e9 lorsque vous travaillez sur vos plugins.<\/p>\n
D\u00e8s le d\u00e9part, je pense que les constructeurs doivent \u00eatre utilis\u00e9s pour une chose :<\/p>\n
Ce qui d\u00e9finit l’\u00e9tat initial d’un objet peut d\u00e9pendre du fait qu’il a \u00e9t\u00e9 cr\u00e9\u00e9 "\u00e0 partir de z\u00e9ro" ou s’il est charg\u00e9 avec des informations d’un ensemble pr\u00e9c\u00e9dent (comme une session en cours de s\u00e9rialisation). La fa\u00e7on dont je le vois\u00a0:<\/p>\n
Les fonctions, bien s\u00fbr, font le travail que l’objet est capable de faire. Ils peuvent modifier l’\u00e9tat de l’objet lorsqu’il est appel\u00e9, ou ils peuvent travailler sur les arguments pass\u00e9s aux fonctions.<\/p>\n
Lorsqu’un objet est construit, il doit simplement \u00eatre d\u00e9fini de mani\u00e8re \u00e0 ce que ses attributs soient d\u00e9finis et que ses fonctions soient pr\u00eates \u00e0 fonctionner.<\/p>\n
S’il y a quelque chose dans le constructeur qui n’a pas d’impact sur l’\u00e9tat initial d’un objet, il ne devrait pas s’y trouver.<\/p>\n
Peut-\u00eatre une meilleure fa\u00e7on de poser cette question est:<\/p>\n
Pourquoi les crochets ne devraient-ils pas \u00eatre d\u00e9finis dans le constructeur\u00a0?<\/p>\n
Le syst\u00e8me de hook de WordPress fait partie du mod\u00e8le de conception pilot\u00e9 par les \u00e9v\u00e9nements<\/a> (dont je suis fan), mais l’enregistrement des hooks ne d\u00e9crit pas l’\u00e9tat de l’objet. Au lieu de cela, au niveau le plus fondamental, c’est quelque chose qui cr\u00e9e une relation avec l’objet et WordPress.<\/p>\n L’\u00e9tat initial de l’objet n’a pas besoin de conna\u00eetre WordPress, d’avoir l’une de ses fonctions configur\u00e9es pour \u00eatre coupl\u00e9e \u00e0 WordPress ou d’effectuer un traitement avec WordPress.<\/p>\n N’oubliez pas que les attributs sont initialis\u00e9s dans un constructeur. WordPress n’est pas un attribut. C’est une d\u00e9pendance. Cr\u00e9er une d\u00e9pendance, c’est effectuer une action qui est la d\u00e9finition d’un verbe.<\/p>\n Ainsi, tous les enregistrements de hook doivent \u00eatre effectu\u00e9s dans une fonction.<\/p>\n C’est l’un de ces sujets qui peuvent \u00eatre un article ou une s\u00e9rie d’articles \u00e0 part enti\u00e8re.<\/p>\nComment pouvons-nous g\u00e9rer l’enregistrement des crochets\u00a0?<\/h3>\n
\n