Italiano
Română
Русскийget_template_part vs action hooks en temas de WordPress
Parece que ambos métodos permiten al usuario final modificar un tema sin editar directamente los archivos del tema (mediante temas hijos).
Mi pregunta es, ¿hay un método preferible sobre el otro?
Por ejemplo, con un tema en el que estoy trabajando ahora. Estoy intentando decidir si usar partes de plantilla o hooks.
<?php get_template_part('before_sitecontainer' ); ?>
<div id="sitecontainer" class="sitecontainer" <?php //cerrado en el footer ?>>
<?php get_template_part( 'before_topcontainer' ); ?>
<div id="topcontainer ">
<?php get_template_part( 'before_topedge_navigation' ); ?>
<?php get_template_part( 'topedge_navigation' ); ?>
<?php get_template_part( 'before_site_header' ); ?>
<?php get_template_part( 'site_header' ); ?>
<?php get_template_part( 'before_second_navigation' ); ?>
<?php get_template_part( 'second_navigation' ); ?>
<?php get_template_part( 'after_second_navigation' ); ?>
</div><!-- fin del div topcontainer -->
<?php get_template_part( 'after_topcontainer' ); ?>
El código anterior permite al usuario del tema reemplazar cualquier sección existente simplemente creando un archivo con el nombre apropiado en su carpeta de tema hijo, así como añadir nuevo código antes/después de cada sección preexistente mediante el mismo método - los archivos de partes de plantilla before/after no existen en el tema padre y están ahí solo para permitir insertar código - este método no requiere que entiendan hooks/filters para lograrlo.
Por supuesto, podría lograr lo mismo usando hooks y filters.
¿Hay alguna ventaja en usar hooks/filters en su lugar? Teniendo en cuenta que el público objetivo que usará esto definitivamente no tiene conocimientos de código. Puedo darles instrucciones relativamente básicas que pueden seguir para usar el método de plantillas pero casi seguro los confundiría mucho con hooks.
¿O hay situaciones donde uno sería mejor que el otro dentro del mismo tema?
Tiene sentido. Parte de mi enfoque de diseño ha sido eliminar la necesidad de plugins en las situaciones de uso más comunes, manteniendo al mismo tiempo la capacidad de usarlos para aquellos que lo deseen. Mi cliente objetivo sabe muy poco sobre WordPress o plugins, no está calificado para distinguir los buenos plugins de los malos (la principal debilidad de los plugins en mi opinión) y no quiere tener que lidiar con la actualización y gestión de múltiples piezas de software. Por eso tengo que integrar mucha funcionalidad directamente en los temas para ofrecer lo que quieren: una solución fácil de usar, fácil de mantener y todo en uno.
Lemon Bacon
Sí, tiene sentido y es parte de lo que estaba intentando lograr con el código de ejemplo.
Lemon Bacon
Ignorar una plantilla padre sería tan fácil como crear un archivo de plantilla en blanco para reemplazarlo, habría pensado. Mucho más fácil que lidiar con hooks (y por lo tanto con PHP) para usuarios no técnicos. Aunque para alguien con experiencia, los hooks serían mucho más fáciles. En cuanto al por qué, siempre hay quienes quieren personalizar, incluso tú mismo admitiste que lo haces. En cuanto a por qué estoy creando un tema, esa es la dirección en la que quiero llevar mi negocio. Construir alrededor del negocio de otro no me parece muy a prueba de futuro, además porque, en mi opinión, la mayoría de los temas existentes dejan mucho que desear. Creo que puedo hacerlo mejor.
Lemon Bacon
Buenos puntos sobre los problemas de rendimiento. Aunque, como WordPress fue diseñado para trabajar con get_template_part, habría pensado que no tendría tanto impacto en el rendimiento. ¿Alguien tiene algún benchmark sobre esto?
Lemon Bacon
Entiendo lo que quieres decir sobre ignorar una parte de la plantilla. No es tan fácil como pensaba
Lemon Bacon
En realidad es tan fácil como colocar un archivo de plantilla en blanco en la carpeta del child theme, siempre que esté en la raíz de la carpeta. Donde se complica es cuando los archivos de plantilla están en subcarpetas dentro de la carpeta del tema padre o del child theme
Lemon Bacon
En realidad, incluso las subcarpetas no son un problema. Simplemente tenía mal el nombre de la carpeta (una señal segura de que estoy trabajando demasiado tarde, jeje). Para sobrescribir una parte de la plantilla solo se requiere un archivo con el mismo nombre y en la misma ruta en el child theme que en el tema padre
Lemon Bacon