Plantillas y Lógica Condicional con POO en WordPress
Las plantillas se están volviendo más comunes en WordPress, y lo considero algo bueno.
Pero eso no significa que no haya proyectos que administremos que usen un enfoque más tradicional para mostrar plantillas o parciales. Además, tampoco significa que estemos exentos de mantener bases de código que usan código que no usa un motor de plantillas.
Aunque creo que las plantillas son buenas, no creo que siempre sean necesarias. Eso es contenido para otra publicación, sin embargo.
En cambio, quiero recorrer el proceso de usar la lógica condicional de mostrar o no un parcial dentro de una plantilla y hacerlo usando programación orientada a objetos.
Plantillas y lógica condicional con programación orientada a objetos
Para hacer esto, supongamos lo siguiente:
- Tenemos un complemento que depende de otro complemento para una característica.
- El segundo complemento es opcional.
- Si no está presente, mostraremos un aviso. Si está presente, mostraremos un parcial.
Bastante sencillo, ¿verdad?
Lo único a tener en cuenta es que toda esta lógica se mantendrá dentro del complemento principal (es decir, el que verificará la presencia del otro complemento).
1 La lógica condicional de la plantilla
Lo primero que debe hacerse es tener una función que verifique la presencia del complemento secundario. La razón de esto es que la plantilla se parece a esto:
Y luego el parcial puede verse así (depende de su implementación):
Debido a cómo se incluyen las plantillas en WordPress, la función vivirá dentro de una clase, y la clase verificará la presencia del complemento.
Si usa cualquier rastreador de código, es probable que active una advertencia de que el método no se usa, pero el método se usa, solo se usa en un archivo de plantilla. Nota en una clase. Todo eso para decir, algunos de nuestros rastreadores no son tan inteligentes. Aún.
2 El código del lado del servidor del complemento
Una vez que tenga la idea general de cómo va a funcionar, es hora de escribir código en su clase.
Recuerde, esta es una función simple: solo necesita verificar la presencia de un complemento. Puede hacer esto de varias maneras, pero la más común podría ser usar la función API is_active_plugin .
Tenga en cuenta que cuando usa esta función, se basa en la idea de que sabe el nombre del complemento que está usando. Si no, hay otras formas, pero eso está fuera del alcance de esta publicación.
De todos modos, dado que la lógica es condicional, debe devolver un valor booleano, y eso es exactamente lo que hace la función API anterior. Entonces, la función del lado del servidor puede verse así:
Y dado que el código de la plantilla llama a esta función (que ves arriba), determinará si necesita mostrar un parcial o no.
Suficientemente fácil
Para algunos, esto es algo realmente simple; para otros, es un enfoque completamente diferente, ya que se trata de una mayor separación de preocupaciones.
Y a medida que sigo trabajando en Fundamentos de programación orientada a objetos con los miembros del sitio, creo que también es importante compartir algunas de las mejores prácticas con aquellos que pueden no ser miembros pero que están ansiosos por escribir un código más organizado.