Si escribe c\u00f3digo orientado a objetos para WordPress (generalmente dentro del contexto de los complementos), es probable que se encuentre con una verificaci\u00f3n class_exists antes de inicializar una clase. Pero deber\u00edamos comenzar a evitar class_exists en gran parte de nuestro c\u00f3digo en este punto (con algunas excepciones que describir\u00e9 a continuaci\u00f3n).<\/p>\n
Dependiendo de la versi\u00f3n de PHP que est\u00e9 usando, esto tiene sentido. O lo hizo en alg\u00fan momento. A partir de PHP 5.3.0, esto no es necesario. En cambio, es una mejor pr\u00e1ctica usar espacios de nombres.<\/p>\n
Puede ver todos los requisitos para varias versiones de WordPress en esta p\u00e1gina,<\/a> por lo que si est\u00e1 trabajando con versiones heredadas de WordPress, entonces la verificaci\u00f3n completa de class_exists podr\u00eda valer la pena.<\/p>\n A\u00fan as\u00ed, hay una nota importante<\/a> :<\/p>\n Nota: si se encuentra en un entorno heredado en el que solo tiene versiones anteriores de PHP o MySQL, WordPress tambi\u00e9n funciona con PHP 5.2.4+ y MySQL 5.0+, pero estas versiones han alcanzado el fin de vida oficial y, como tal, pueden exponer su sitio a vulnerabilidades de seguridad<\/strong>.<\/p>\n<\/blockquote>\n Pero para la mayor\u00eda de nosotros, los entornos de alojamiento modernos admiten al menos PHP 5.3.0, si no superior, y por eso, no tenemos que usar class_exists.<\/p>\n Dicho esto, no es raro ver algo como esto<\/a> :<\/p>\n O as\u00ed<\/a> :<\/p>\n Hace a\u00f1os, yo tambi\u00e9n escrib\u00eda c\u00f3digo como este. A veces era para interactuar con un c\u00f3digo base preexistente. Otras veces, fue porque no sab\u00eda nada mejor. La cuesti\u00f3n es que esto se ha convertido en algo que vemos en el c\u00f3digo basado en WordPress cuando no tenemos que usarlo.<\/p>\n De hecho, dir\u00eda que no deber\u00edamos usarlo m\u00e1s.<\/p>\n Pero cuanto m\u00e1s c\u00f3digo escribes y m\u00e1s c\u00f3digo lees, m\u00e1s aprendes, \u00bfverdad? Esa es parte de la raz\u00f3n de los espacios de nombres y la carga autom\u00e1tica.<\/p>\n<\/p>\n Entonces, \u00bfc\u00f3mo se escribir\u00eda el c\u00f3digo anterior?<\/p>\n Tal vez as\u00ed<\/a> :<\/p>\n A\u00fan as\u00ed, esto plantea la pregunta para algunos: \u00bfC\u00f3mo ayudan los espacios de nombres en lugar de usar class_exists?<\/p>\n Idealmente, si existe la misma clase dentro de un espacio de nombres, entonces hay un problema con el espacio de nombres. Recuerde que puede pensar en un espacio de nombres<\/a> como un paquete formado por piezas \u00fanicas. Y debido a que son \u00fanicos, nunca deber\u00eda haber otra pieza o, en esta clase, otra clase igual.<\/p>\n Con ese fin, en lugar de usar comprobaciones class_exists, trate de usar espacios de nombres. Por supuesto, no estoy diciendo que regrese y refactorice todo su c\u00f3digo, no lo he hecho, pero eso no significa que el c\u00f3digo que escribo o reviso incluya el uso o recomendaciones para.<\/p>\n Es un cambio f\u00e1cil que puede ser de gran ayuda para mantener el c\u00f3digo m\u00e1s f\u00e1cil de leer, lleno de menos condicionales (una publicaci\u00f3n para otro momento) y mantenerlo mucho m\u00e1s organizado.<\/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