Quando dovresti usare WP_Query rispetto a query_posts() e get_posts()? - Guida WordPress

query_posts - Non dovresti mai utilizzare query_posts. Oltre a quanto detto da @Rarst, il problema più grande con query_posts è che rompe l'oggetto della query principale (memorizzato in $wp_query). Molti plugin e codice personalizzato si basano sull'oggetto della query principale, quindi rompere l'oggetto della query principale significa che stai rompendo le funzionalità dei plugin e del codice personalizzato. Una di queste funzioni è l'importante funzione di paginazione, quindi se rompi la query principale, rompi la paginazione.

Per dimostrare quanto sia dannoso query_posts, in qualsiasi template, esegui il seguente codice e confronta i risultati

var_dump( $wp_query );
query_posts( '&posts_per_page=-1' );
var_dump( $wp_query );

get_posts e WP_Query sono il modo corretto per costruire query secondarie ( come post correlati, slider, contenuti in evidenza e contenuti su pagine frontali statiche ). È importante notare che non dovresti utilizzare nessuno dei due al posto della query principale nella home page, nella pagina singola o in qualsiasi tipo di pagina di archivio, poiché romperà la funzionalità della pagina. Se devi modificare la query principale, usa pre_get_posts per farlo, e non una query personalizzata. (AGGIORNAMENTO: Per le pagine frontali statiche e le pagine vere, vedi Usare pre_get_posts su pagine vere e pagine frontali statiche*)

In sostanza, WP_Query è utilizzato dalla query principale ed è anche utilizzato da get_posts, ma sebbene get_posts() utilizzi WP_Query, ci sono alcune differenze

• get_posts è più veloce di WP_Query. Il margine dipende dalla quantità totale di post del sito. Il motivo è che get_posts passa 'no_found_rows' => true di default a WP_Query, il quale salta/rompe legalmente la paginazione. Con 'no_found_rows' => true, WP_Query ottiene il numero di post richiesti, poi interrompe, mentre di default cerca ulteriormente tutti i post corrispondenti alla query per calcolare la paginazione.

  Per questo motivo, get_posts() dovrebbe essere utilizzato solo per query non paginate. Paginare get_posts è davvero un grosso pasticcio. WP_Query dovrebbe essere utilizzato per tutte le query paginate

• get_posts() non è influenzato dai filtri posts_* mentre WP_Query ne è influenzato. Il motivo è che get_posts, di default, passa 'suppress_filters' => true a WP_Query

• get_posts ha alcuni parametri extra come include, exclude, numberposts e category. Questi parametri vengono convertiti in parametri validi per WP_Query prima di essere passati a WP_Query. include viene convertito in post__in, exclude in post__not_in, category in cat e numberposts in posts_per_page. Solo una nota, tutti i parametri che possono essere passati a WP_Query funzionano con get_posts, puoi ignorare e non utilizzare i parametri di default di get_posts

• get_posts restituisce solo la proprietà $posts di WP_Query mentre WP_Query restituisce l'oggetto completo. Questo oggetto è molto utile quando si tratta di condizionali, paginazione e altre informazioni utili che possono essere utilizzate all'interno del loop.

• get_posts non utilizza il loop, ma un ciclo foreach per visualizzare i post. Inoltre, nessun template tag è disponibile di default. setup_postdata( $post ) deve essere utilizzato per rendere disponibili i template tag. WP_Query utilizza il loop e i template tag sono disponibili di default

• get_posts passa 'ignore_sticky_posts' => 1 a WP_Query, quindi get_posts di default ignora i post sticky

In base a quanto sopra, se utilizzare get_posts o WP_Query dipende da te e da ciò di cui hai effettivamente bisogno dalla query. Quanto sopra dovrebbe guidarti nella tua scelta

La differenza fondamentale è che query_posts() è utile solo per modificare il Loop corrente. Una volta terminato, è necessario ripristinare il loop e lasciarlo proseguire. Questo metodo è anche un po' più semplice da comprendere, principalmente perché la tua "query" è sostanzialmente una stringa URL che passi alla funzione, in questo modo:

query_posts('meta_key=colore&meta_value=blu'); 

D'altra parte, WP_Query è uno strumento più generico e somiglia più alla scrittura diretta di query MySQL rispetto a query_posts(). Puoi usarlo ovunque (non solo nel Loop) e non interferisce con le query di articoli attualmente in esecuzione.

Personalmente, tendo a usare WP_Query più spesso. In definitiva, la scelta dipenderà dal tuo caso specifico.

Non c'è assolutamente bisogno di utilizzare query_posts(). Tutto ciò che fa è istanziare un nuovo oggetto WP_Query e riassegnare quel nuovo oggetto a global wp_query.

Per riferimento, la seguente è la funzione effettiva di query_posts().

 function query_posts($query) {
        $GLOBALS['wp_query'] = new WP_Query();
        return $GLOBALS['wp_query']->query($query);
    }

Istanzia il tuo oggetto WP_Query se vuoi creare uno script di query personalizzato avanzato. Oppure usa get_posts() se tutto ciò che devi fare è qualche leggera modifica qua e là.

In ogni caso, ti consiglio vivamente di farti un favore e andare in wp_includes/query.php e esaminare la classe WP_Query.

Assicurati di utilizzare wp_reset_query() dopo aver usato query_posts() perché influenzerà anche i risultati di altre query.

Se ricordo bene ciò che ho letto, essenzialmente "il loop" esegue WP_Query nei file core, ma in un modo più semplice da comprendere.

• query_posts(): potrebbe essere utilizzato in un unico caso se è necessario modificare la query principale. Imposta molte variabili globali;
• get_posts(): è molto simile nel funzionamento e accetta gli stessi argomenti, ma restituisce un array di post
• WP_Query: puoi creare e lavorare con un tuo oggetto di questa classe. Un po' più complesso, meno restrizioni, è sicuro da usare ovunque.