Español
Română
Русскийget_template_part vs action hooks nei temi WordPress
Mi sembra che entrambi questi metodi offrano la possibilità all'utente finale di modificare un tema senza dover effettivamente modificare i file del tema (tramite child theme).
La mia domanda è: un metodo è preferibile rispetto all'altro?
Ad esempio, prendiamo un tema su cui sto lavorando ora. Sto cercando di decidere se utilizzare template parts o hooks.
<?php get_template_part('before_sitecontainer' ); ?>
<div id="sitecontainer" class="sitecontainer" <?php //chiuso nel 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><!-- fine div topcontainer -->
<?php get_template_part( 'after_topcontainer' ); ?>
Il metodo sopra permette all'utente del tema di sostituire qualsiasi sezione del codice esistente semplicemente creando un file con il nome appropriato nella cartella del child theme, oltre ad aggiungere nuovo codice prima/dopo ogni sezione preesistente con lo stesso metodo - i file template part before/after non esistono nel tema genitore e sono presenti solo per permettere l'inserimento di codice. Questo metodo non richiede la comprensione di hooks/filters per essere utilizzato.
Potrei ovviamente ottenere lo stesso risultato usando hooks e filters.
C'è un vantaggio nell'usare hooks/filters invece? Tenendo presente che il pubblico target che utilizzerà questo tema non è assolutamente esperto di codice. Posso fornire loro istruzioni relativamente semplici da seguire per utilizzare il metodo dei template parts, ma quasi sicuramente li confonderei con gli hooks.
O ci sono situazioni in cui un metodo sarebbe migliore dell'altro all'interno dello stesso tema?
Ha senso. Parte della mia strategia di progettazione è stata quella di eliminare la necessità di plugin nelle situazioni d'uso più comuni, pur preservando la possibilità di utilizzarli per chi lo desidera. Il mio cliente tipo sa molto poco di WordPress o dei plugin, non è qualificato per distinguere i plugin buoni da quelli cattivi (la principale debolezza dei plugin secondo me) e non vuole dover gestire l'aggiornamento e la manutenzione di più software. Quindi devo integrare molte funzionalità direttamente nei temi per offrire ciò che desiderano: una soluzione semplice da usare, facile da mantenere e tutto in uno.
Lemon Bacon
Sì, ha senso, ed è parte di ciò che stavo cercando di ottenere con il codice di esempio.
Lemon Bacon
Ignorare un template genitore sarebbe semplice come creare un file di template vuoto per sostituirlo, avrei pensato. Molto più facile che pasticciare con gli hook (e quindi il PHP) per un utente non tecnico. Anche se per qualcuno con esperienza gli hook sarebbero molto più semplici. Per quanto riguarda il perché, ci sono sempre quelli che vogliono personalizzare, hai anche ammesso che lo fai tu. Per quanto riguarda il motivo per cui sto creando un tema, è la direzione in cui voglio portare la mia attività. Costruire attorno al business di qualcun altro non mi sembra molto futuro-proof, anche perché secondo me la maggior parte dei temi esistenti lascia molto a desiderare. Penso di poter fare di meglio.
Lemon Bacon
Ottimi punti riguardo ai problemi di performance però. Anche se, dato che WordPress è stato progettato per funzionare con get_template_part, avrei pensato che non ci sarebbe stato un impatto così grande sulle prestazioni. Qualcuno ha dei benchmark su questo?
Lemon Bacon
Capisco cosa intendi riguardo all'ignorare una parte del template. Non così semplice come pensavo
Lemon Bacon
In realtà è semplice come inserire un file template vuoto nella cartella del child theme, purché sia nella cartella radice. La difficoltà sorge quando i file template si trovano nelle sottocartelle della cartella del tema genitore o del child theme
Lemon Bacon
In realtà, nemmeno le sottocartelle sono un problema. Avevo semplicemente nominato la cartella in modo errato (segno sicuro che stavo lavorando fino a tardi LOL). Per sovrascrivere una parte del template basta avere un file con lo stesso nome e nello stesso percorso nel child theme rispetto a quello del parent
Lemon Bacon