Bien. Todo tiene una explicación. Lo que no sé es si esta explicación es tan razonable como me parece en principio, aunque, si digo la verdad, aún hay cosas que no tengo muy claras acerca de la clase "G".

Hablemos de la clase "G". La clase "G" es una clase estática, que, contiene todos las funciones que antes se implementaban en el script "gb-themesaid.php", básicamente. Por cierto que he aprovechado para renombrar ciertas funciones (ahora ya métodos de la clase "G") y de dar una limpia en general a estas.

Pero, a lo que íbamos. ¿Para qué demonios he movido las funciones del script "gb-themesaid.php" al interior de la clase "G"? Como su nombre indica, el script susomentado pretendía dar "soporte" a los temas de Gesbit. Sus funciones, principalmente, eran utilizadas por los temas de Gesbit.

Pero, he dicho principalmente, y ahí está el lío. ¿Qué hace un plugin, por ejemplo, utilizando una función del script "gb-themesaid.php"? ¿Y qué cuando se usan funciones de dicho script en el panel de administración de Gesbit? ¿No quedamos en que eran funciones que daban soporte a temas?

No quedaba muy claro, esto. Pero, tampoco se trata de duplicar código, algo siempre peligroso, aunque sólo sea por la redundancia. Es decir, podría pensarse que desde el panel de administración debería contarse con la posibilidad de llamar a funciones o métodos "relacionadas" con el panel de administración, y lo mismo con los plugins, y lo mismo con los temas.

Pero al cabo terminaríamos duplicando código, o, como poco, aumentando la complejidad del mismo. Por ejemplo, cuando en Gesbit "se entra" en el panel de administración, ya se hace uso de una clase estática de nombre "Admin" que contiene métodos útiles para usarse el panel de administración.

Pero, datos como el nombre del sitio, la URL a la página principal del sitio, y otro tipo de datos relacionados con el sitio en cuestión, se necesitan tanto en el panel de administración, como en los plugins, y también en los temas. Y de ahí a la clase "G" había un paso...

Podría, sencillamente, haberse renombrado el archivo "gb-themesaid.php", por ejemplo, como "gb-helpfunctions.php", de modo que su nombre no diera lugar a equívocos, su "ámbito" quedara más o menos claro que era global. Sin embargo, utilizar una clase nos ofrece algunas ventajas.

Por ejemplo, la clase "se autoincluye" cuando es necesaria. Gracias a la función mágica de PHP "__autoload()" nos olvidamos de requerir el supuesto archivo "gb-helpfunctions.php". Pero, además, la clase aporta un "espacio" concreto, que podremos diferenciar de otros espacios si es necesario.

Así que creo que no he hecho mal en implementar la clase "G", y, si me queda alguna duda, es sobre su nombre. De una sola letra. Sin embargo, esta letra puede interpretarse como "Global" o "Gesbit" (functions) y además lo que pudiera parecer una cosa extraña, una sola letra, puede resultar en una ventaja a la hora de hacer uso de la clase.

En todo caso, como no puede ser de otro modo, todo esto está sujeto a cambios. Y es que me parece increíble la cantidad de cambios que podemos sentirnos tentados (cuando no obligados) a hacer en cosas que uno pensaría que ya estaban, que no podían estar mejor. Ja. Los cambios parecen ser inevitables.