Si vous \u00e9crivez du code orient\u00e9 objet pour WordPress (g\u00e9n\u00e9ralement dans le contexte de plugins), vous rencontrerez probablement une v\u00e9rification class_exists avant d’initialiser une classe. Mais nous devrions commencer \u00e0 \u00e9viter class_exists dans une grande partie de notre code \u00e0 ce stade (\u00e0 quelques exceptions pr\u00e8s que je vais d\u00e9crire ci-dessous).<\/p>\n
Selon la version de PHP que vous utilisez, cela a du sens. Ou il l’a fait \u00e0 un moment donn\u00e9. Depuis PHP 5.3.0, ce n’est plus n\u00e9cessaire. Au lieu de cela, il est pr\u00e9f\u00e9rable d’utiliser des espaces de noms.<\/p>\n
Vous pouvez voir toutes les exigences pour les diff\u00e9rentes versions de WordPress sur cette page<\/a>, donc si vous travaillez avec des versions h\u00e9rit\u00e9es de WordPress, l’ensemble de la v\u00e9rification class_exists pourrait en valoir la peine.<\/p>\n Il y a quand m\u00eame une remarque importante<\/a> :<\/p>\n Remarque: Si vous \u00eates dans un environnement h\u00e9rit\u00e9 o\u00f9 vous n’avez que des versions plus anciennes de PHP ou de MySQL, WordPress fonctionne \u00e9galement avec PHP 5.2.4+ et MySQL 5.0+, mais ces versions ont atteint la fin de vie officielle et, en tant que telles, peuvent exposer votre site \u00e0 vuln\u00e9rabilit\u00e9s de s\u00e9curit\u00e9<\/strong>.<\/p>\n<\/blockquote>\n Mais pour la plupart d’entre nous, les environnements d’h\u00e9bergement modernes prennent en charge au moins PHP 5.3.0, sinon plus, et \u00e0 cause de cela, nous n’avons pas besoin d’utiliser class_exists.<\/p>\n Cela dit, il n’est pas rare de voir quelque chose comme \u00e7a<\/a> :<\/p>\n Ou comme ceci<\/a> :<\/p>\n Il y a des ann\u00e9es, j’\u00e9crivais aussi du code comme celui-ci. Parfois, c’\u00e9tait pour s’interfacer avec une base de code pr\u00e9existante. D’autres fois, c’\u00e9tait parce que je ne connaissais pas mieux. Le fait est que c’est devenu quelque chose que nous voyons dans le code bas\u00e9 sur WordPress lorsque nous n’avons pas \u00e0 l’utiliser.<\/p>\n En fait, je dirais que nous ne devrions plus l’utiliser.<\/p>\n Mais plus vous \u00e9crivez de code et plus vous lisez de code, plus vous apprenez, n’est-ce pas\u00a0? Cela fait partie de la raison d’\u00eatre des espaces de noms et du chargement automatique.<\/p>\n<\/p>\n Alors, comment le code ci-dessus serait-il \u00e9crit?<\/p>\n Peut -\u00eatre comme \u00e7a<\/a> :<\/p>\n Pourtant, cela soul\u00e8ve la question pour certains\u00a0: comment les espaces de noms aident-ils au lieu d’utiliser class_exists\u00a0?<\/p>\n Id\u00e9alement, si la m\u00eame classe existe dans un espace de noms, il y a un probl\u00e8me avec l’espace de noms. N’oubliez pas que vous pouvez consid\u00e9rer un espace de noms<\/a> comme un package compos\u00e9 de pi\u00e8ces uniques. Et parce qu’ils sont uniques, il ne devrait jamais y avoir une autre pi\u00e8ce ou, dans cette classe, une autre classe qui lui ressemble.<\/p>\n \u00c0 cette fin, plut\u00f4t que d’utiliser des v\u00e9rifications class_exists, essayez d’utiliser des espaces de noms. Bien s\u00fbr, je ne dis pas de revenir en arri\u00e8re et de refactoriser tout votre code – je ne l’ai pas fait – mais cela ne signifie pas que le code que j’\u00e9cris ou que je r\u00e9vise inclut l’utilisation ou des recommandations pour.<\/p>\n C’est un changement facile qui peut faire beaucoup pour garder le code plus facile \u00e0 lire, jonch\u00e9 de moins de conditions (un message pour une autre fois) et le garder beaucoup plus organis\u00e9.<\/p>\n\n
<?php\n\nif (! class_exists( 'My_Unique_Class')) {\n class My_Unique_Class {\n \/\/ class implementation\n }\n}\n<\/code><\/pre>\n<?php\n\nif (class_exists( 'My_Unique_Class')) {\n return;\n}\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n<?php\n\nnamespace TomMcFarlin;\n\nclass My_Unique_Class {\n \/\/ class implementation\n}\n<\/code><\/pre>\n