Sobre funciones y complementos imprescindibles

He estado trabajando en un proyecto pequeño, más una aplicación web que un sitio, que requiere el desarrollo de un tema personalizado y una funcionalidad estrechamente acoplada, pero muy específica.

Este es un proyecto con un enfoque muy limitado (sobre el cual probablemente hablaré en algún momento en el futuro), pero al trabajar en él, me obligó a volver un poco al aspecto de desarrollo de temas del desarrollo de WordPress.

No, no estoy haciendo ningún diseño, afortunadamente, pero tengo que trabajar en las personalizaciones de temas desde una perspectiva funcional. Sin embargo, al hacer esto, tuve que revisar lo requerido functions.phpy algunas consideraciones que nunca antes había tenido.

Además, me hizo mirar más profundamente el uso de mu-pluginsy preguntar cuándo son necesarios y por qué no los he usado más en el pasado (o incluso cuando uno realmente necesitaría usarlos).

Así que voy a ponerme un poco poético al respecto.

TL;DR

Cuando estaba desarrollando el tema, functions.phpse usó para dos cosas (lo cual es problemático en sí mismo), pero aún así:

1. para habilitar o deshabilitar funciones en temas,
2. para definir la funcionalidad específica del tema.

El Manual del desarrollador de temas dice:

El functions.phparchivo es donde agrega características únicas a su tema de WordPress. Se puede usar para conectarse a las funciones principales de WordPress para hacer que su tema sea más modular, extensible y funcional.

Funciones de temas, Manual para desarrolladores de temas

Y lo entiendo, pero desde mi perspectiva y a medida que WordPress ha evolucionado, creo que functions.phpdebería dedicarse a la funcionalidad específica del tema en términos de cosas que se conectan directamente al núcleo, como:

• funcionalidad del personalizador,
• funcionalidad del menú,
• registro de guión y estilo,
• y así.

Pero si hay algo que debe ejecutarse durante uno de los ganchos y está más en la línea de la lógica específica del dominio, entonces no pertenece a ese archivo.

Sin embargo, esto plantea una pregunta: ¿dónde reside la funcionalidad específica del dominio?

Ingrese complementos imprescindibles

Sé que ver cosas como inclos directorios se está volviendo más común, pero no me preocupan cuando hablo sobre el desarrollo de temas, especialmente cuando el desarrollo de temas no es mi enfoque y esa estructura de directorios en particular no es mi estilo.

De todos modos, cuando se trata de soluciones altamente especializadas (donde una solución es una combinación de presentación y funcionalidad estrictamente enfocada), empiezo a pensar en mu-plugins.

Y la razón por la que no pienso en un complemento estándar de WordPress es porque generalmente están diseñados para funcionar con cualquier tema y agregar funcionalidad. No es así con mu-plugins.

Los complementos de uso obligatorio (también conocidos como mu-plugins) son complementos instalados en un directorio especial dentro de la carpeta de contenido y que se habilitan automáticamente en todos los sitios de la instalación.

Complementos imprescindibles, WordPress.org

Así que aquí está mi proceso de pensamiento:

1. Los temas son para presentación.
2. Los complementos son para la funcionalidad.
3. Los complementos están diseñados para usarse independientemente de un tema y en todo el sitio.
4. Los complementos imprescindibles son complementos que están habilitados y en uso de forma predeterminada
5. Por lo tanto, la lógica específica del dominio para una solución especializada debe residir en un complemento de uso obligatorio.

Claro, se puede argumentar que algunos temas pueden requerir una funcionalidad de uso obligatorio, pero ¿no encaja eso con la idea de que la funcionalidad debe residir en un complemento de uso obligatorio?

Independientemente, el enfoque que he estado siguiendo es este:

1. La funcionalidad que asocia específicamente las características del tema con el núcleo de WordPress entra en functions.php.
2. La funcionalidad que es lógica de dominio pero requiere que la solución completa funcione reside en un archivo mu-plugin.

En este punto de mi carrera, no hago mucho trabajo que se centre en nada excepto en el backend, pero en las raras oportunidades que tengo para expandir el trabajo que estoy haciendo, descubro que todavía estoy tratando de ser como analítico y reflexivo sobre la forma en que estoy construyendo el proyecto.