Passando una variabile a get_template_part

Il codice WP dice di fare questo:

// You wish to make $my_var available to the template part at `content-part.php`
set_query_var( 'my_var', $my_var );
get_template_part( 'content', 'part' );

Ma come posso echo $my_varaccedere alla parte del modello? get_query_var($my_var)Non funziona per me.

Ho visto tonnellate di consigli per l'utilizzo, locate_templateinvece. È questo il modo migliore di andare?

Dato che i post ottengono i loro dati impostati tramite the_post()(rispettivamente tramite setup_postdata()) e sono quindi accessibili tramite l'API ( get_the_ID()per esempio), supponiamo che stiamo eseguendo il ciclo tra un set di utenti (poiché setup_userdata()riempie le variabili globali dell'utente attualmente connesso e non è ' t utile per questa attività) e prova a visualizzare i metadati per utente:

<?php
get_header();

// etc.

// In the main template file
$users = new \WP_User_Query( [ ... ] );

foreach ( $users as $user )
{
    set_query_var( 'user_id', absint( $user->ID ) );
    get_template_part( 'template-parts/user', 'contact_methods' );
}

Quindi, nel nostro wpse-theme/template-parts/user-contact_methods.phpfile, dobbiamo accedere all'ID utente:

<?php
/** @var int $user_id */
$some_meta = get_the_author_meta( 'some_meta', $user_id );
var_dump( $some_meta );

Questo è tutto.

La spiegazione è in realtà esattamente sopra la parte che hai citato nella tua domanda:

Tuttavia, load_template()che viene chiamato indirettamente get_template_part()estrae tutte le WP_Queryvariabili di query, nell'ambito del modello caricato.

La extract()funzione PHP nativa "estrae" le variabili (la global $wp_query->query_varsproprietà) e mette ogni parte nella propria variabile che ha esattamente lo stesso nome della chiave. In altre parole:

set_query_var( 'foo', 'bar' );

$GLOBALS['wp_query'] (object)
    -> query_vars (array)
        foo => bar (string 3)

extract( $wp_query->query_vars );

var_dump( $foo );
// Result:
(string 3) 'bar'

La hm_get_template_partfunzione di humanmade è estremamente buona in questo e la uso sempre.

Chiami

hm_get_template_part( 'template_path', [ 'option' => 'value' ] );

e poi all'interno del tuo modello, usi

$template_args['option'];

per restituire il valore. Fa la cache e tutto il resto, anche se puoi toglierlo se vuoi.

Puoi persino restituire il modello renderizzato come stringa passando 'return' => truenella matrice chiave / valore.

/**
 * Like get_template_part() put lets you pass args to the template file
 * Args are available in the tempalte as $template_args array
 * @param string filepart
 * @param mixed wp_args style argument list
 */
function hm_get_template_part( $file, $template_args = array(), $cache_args = array() ) {
    $template_args = wp_parse_args( $template_args );
    $cache_args = wp_parse_args( $cache_args );
    if ( $cache_args ) {
        foreach ( $template_args as $key => $value ) {
            if ( is_scalar( $value ) || is_array( $value ) ) {
                $cache_args[$key] = $value;
            } else if ( is_object( $value ) && method_exists( $value, 'get_id' ) ) {
                $cache_args[$key] = call_user_method( 'get_id', $value );
            }
        }
        if ( ( $cache = wp_cache_get( $file, serialize( $cache_args ) ) ) !== false ) {
            if ( ! empty( $template_args['return'] ) )
                return $cache;
            echo $cache;
            return;
        }
    }
    $file_handle = $file;
    do_action( 'start_operation', 'hm_template_part::' . $file_handle );
    if ( file_exists( get_stylesheet_directory() . '/' . $file . '.php' ) )
        $file = get_stylesheet_directory() . '/' . $file . '.php';
    elseif ( file_exists( get_template_directory() . '/' . $file . '.php' ) )
        $file = get_template_directory() . '/' . $file . '.php';
    ob_start();
    $return = require( $file );
    $data = ob_get_clean();
    do_action( 'end_operation', 'hm_template_part::' . $file_handle );
    if ( $cache_args ) {
        wp_cache_set( $file, $data, serialize( $cache_args ), 3600 );
    }
    if ( ! empty( $template_args['return'] ) )
        if ( $return === false )
            return false;
        else
            return $data;
    echo $data;
}

Mi guardavo intorno e ho trovato una varietà di risposte. Sembra a livello nativo, Wordpress consente di accedere alle variabili nelle parti del modello. Ho scoperto che l'utilizzo di include accoppiato con Locate_template ha permesso di accedere al campo di applicazione delle variabili nel file.

include(locate_template('your-template-name.php'));

// you can use any value including objects.

set_query_var( 'var_name_to_be_used_later', 'Value to be retrieved later' );
//Basically set_query_var uses PHP extract() function  to do the magic.


then later in the template.
var_dump($var_name_to_be_used_later);
//will print "Value to be retrieved later"

Consiglio di leggere la funzione PHP Extract ().

Ho riscontrato questo stesso problema in un progetto a cui sto attualmente lavorando. Ho deciso di creare il mio piccolo plug-in che consente di passare in modo più esplicito le variabili a get_template_part utilizzando una nuova funzione.

Nel caso in cui lo trovi utile, ecco la pagina su GitHub: https://github.com/JolekPress/Get-Template-Part-With-Variables

Ed ecco un esempio di come funzionerebbe:

$variables = [
    'name' => 'John',
    'class' => 'featuredAuthor',
];

jpr_get_template_part_with_vars('author', 'info', $variables);


// In author-info.php:
echo "
<div class='$class'>
    <span>$name</span>
</div>
";

// Would output:
<div class='featuredAuthor'>
    <span>John</span>
</div>

Mi piace il plugin Pods e la loro funzione pods_view . Funziona in modo simile alla hm_get_template_partfunzione menzionata nella risposta di djb. Uso una funzione aggiuntiva ( findTemplatenel codice seguente) per cercare prima un file modello nel tema corrente, e se non lo trova restituisce il modello con lo stesso nome nella /templatescartella del mio plugin . Questa è una vaga idea di come sto usando pods_viewnel mio plugin:

/**
 * Helper function to find a template
 */
function findTemplate($filename) {
  // Look first in the theme folder
  $template = locate_template($filename);
  if (!$template) {
    // Otherwise, use the file in our plugin's /templates folder
    $template = dirname(__FILE__) . '/templates/' . $filename;
  }
  return $template;
}

// Output the template 'template-name.php' from either the theme
// folder *or* our plugin's '/template' folder, passing two local
// variables to be available in the template file
pods_view(
  findTemplate('template-name.php'),
  array(
    'passed_variable' => $variable_to_pass,
    'another_variable' => $another_variable,
  )
);

pods_viewsupporta anche la memorizzazione nella cache, ma non ne avevo bisogno per i miei scopi. Maggiori informazioni sugli argomenti della funzione sono disponibili nelle pagine della documentazione di Pods. Consulta le pagine per pods_view e Caching della pagina parziale e parti di template intelligenti con pod .

Basato sulla risposta di @djb usando il codice di humanmade.

Questa è una versione leggera di get_template_part che può accettare args. In questo modo le variabili sono localizzate nell'ambito di quel modello. Non c'è bisogno di avere global, get_query_var, set_query_var.

/**
 * Like get_template_part() but lets you pass args to the template file
 * Args are available in the template as $args array.
 * Args can be passed in as url parameters, e.g 'key1=value1&key2=value2'.
 * Args can be passed in as an array, e.g. ['key1' => 'value1', 'key2' => 'value2']
 * Filepath is available in the template as $file string.
 * @param string      $slug The slug name for the generic template.
 * @param string|null $name The name of the specialized template.
 * @param array       $args The arguments passed to the template
 */

function _get_template_part( $slug, $name = null, $args = array() ) {
    if ( isset( $name ) && $name !== 'none' ) $slug = "{$slug}-{$name}.php";
    else $slug = "{$slug}.php";
    $dir = get_template_directory();
    $file = "{$dir}/{$slug}";

    ob_start();
    $args = wp_parse_args( $args );
    $slug = $dir = $name = null;
    require( $file );
    echo ob_get_clean();
}

Ad esempio in cart.php:

<? php _get_template_part( 'components/items/apple', null, ['color' => 'red']); ?>

In apple.php:

<p>The apple color is: <?php echo $args['color']; ?></p>

Cosa ne pensi di questo?

render( 'template-parts/header/header', 'desktop', 
    array( 'user_id' => 555, 'struct' => array( 'test' => array( 1,2 ) ) )
);
function render ( $slug, $name, $arguments ) {

    if ( $arguments ) {
        foreach ( $arguments as $key => $value ) {
                ${$key} = $value;
        }
    }

$name = (string) $name;
if ( '' !== $name ) {
    $templates = "{$slug}-{$name}.php";
    } else {
        $templates = "{$slug}.php";
    }

    $path = get_template_directory() . '/' . $templates;
    if ( file_exists( $path ) ) {
        ob_start();
        require( $path);
        ob_get_clean();
    }
}

Usando ${$key}è possibile aggiungere le variabili nell'ambito della funzione corrente. Funziona per me, facile e veloce e non perde o memorizzato nell'ambito globale.

Per coloro che sembrano un modo molto semplice per passare le variabili, è possibile modificare la funzione per includere:

include (Locate_template ('YourTemplate.php', false, false));

E quindi sarai in grado di utilizzare tutte le variabili definite prima di includere il modello senza PASSARE ulteriormente ognuna per il modello.

I crediti vanno a: https://mekshq.com/passing-variables-via-get_template_part-wordpress/

Questa è la soluzione esatta e ha funzionato bene. https://developer.wordpress.org/reference/functions/set_query_var/