WP_Queryとquery_posts（）とget_posts（）はいつ使用する必要がありますか？

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

• get_posts は WP_Query よりも高速です.マージンは、サイトの合計投稿数によって異なります.この理由は、get_posts が 'no_found_rows'=＆gt;を渡すためです.true はデフォルトで WP_Query になり、ページ付けをスキップ/合法的に中断します. <コード> 'no_found_rows'=＆gt;true 、 WP_Query は、クエリされた投稿の量を取得してからベイルアウトします.デフォルトでは、ページ付けを計算するために、クエリに一致するすべての投稿がさらに検索されます.

  このため、get_posts()はページ付けされていないクエリにのみ使用する必要があります. get_posts のページ付けは、本当に1つの大きな混乱です. WP_Query は、ページ分割されたすべてのクエリに使用する必要があります

• get_posts()はposts _ * フィルターの影響を受けませんが、 WP_Query はこれらのフィルターの影響を受けます.その理由は、get_posts がデフォルトで 'suppress_filters'=＆gt;を渡すためです.true から WP_Query

• get_posts には、include 、exclude 、numberposts 、カテゴリ.これらのパラメータは、 WP_Query に渡される前に、 WP_Query の有効なパラメータに変更されます. include はpost__in に、exclude はpost__not_in に、 category はに変更されます. cat とnumberposts をposts_per_page に挿入します.注意点として、 WP_Query に渡すことができるすべてのパラメータはget_posts で機能し、無視して無視できます. get_posts

  のデフォルトパラメータを使用しないでください

• get_posts は、 WP_Query の $posts プロパティのみを返し、 WP_Query は完全なオブジェクトを返します.このオブジェクトは、ループ内で使用できる条件、ページ付け、およびその他の有用な情報に関して非常に役立ちます.

• get_posts はループを使用しませんが、投稿を表示するためにforeach ループを使用します.また、デフォルトではテンプレートタグは使用できません.テンプレートタグを使用できるようにするには、 setup_postdata($post)を使用する必要があります. WP_Query はループを使用し、テンプレートタグはデフォルトで使用できます

• get_posts は 'ignore_sticky_posts'=＆gt;を渡します1 から WP_Query であるため、get_posts はデフォルトでスティッキー投稿を無視します

上記に基づいて、get_posts と WP_Query のどちらを使用するかはあなた次第であり、クエリから実際に何が必要かはあなた次第です.上記はあなたの選択を導くはずです

query_posts - You should never ever use query_posts. Apart from what @Rarst has said, the really big issue with query_posts is, it breaks the main query object ( stored in $wp_query ). A lot of plugins and custom code relies on the main query object, so breaking the main query object means that you are breaking the functionalities of plugins and custom code. Just one such function is the all important pagination function, so if you break the main query, you break pagination.

To prove how bad query_posts is, on any template, do the following and compare the results

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

get_posts and WP_Query are the correct way to construct secondary queries ( like related posts, sliders, featured content and content on static front pages ) with. It should be noted, you should not use any of the two in favor of the main query on the home page, single page or any type of archive page as it will break page functionality. If you need to modify the main query, use pre_get_posts to do so, and not a custom query. (UPDATE: For static front pages and true pages, see Using pre_get_posts on true pages and static front pages*)

In essence, WP_Query is used by the main query and is also used by get_posts, but although get_posts() uses WP_Query, there are a few differences

• get_posts are faster than WP_Query. The margin depends on the amount of total posts of the site. The reason for this is, get_posts passes 'no_found_rows' => true by default to WP_Query which skips/legally breaks pagination. With 'no_found_rows' => true, WP_Query gets the amount of posts queried, then bails out, where by default, it further search for all posts matching the query in order to calculate pagination.

  For this reason, get_posts() should be used for non paginated queries only. Paginating get_posts is really one big mess. WP_Query should be used for all paginated queries

• get_posts() aren't influenced by the posts_* filters where WP_Query gets influenced by these filters. The reason is that get_posts, by default, passes 'suppress_filters' => true to WP_Query

• get_posts has a couple of extra parameters like include, exclude, numberposts and category. These parameters do get changed into valid parameters for WP_Query before being passed to WP_Query. include gets changed into post__in, exclude into post__not_in, category into cat and numberposts into posts_per_page. Just a note, all of the parameters that can be passed to WP_Query works with get_posts, you can ignore and not use the default parameters of get_posts

• get_posts returns just the $posts property of WP_Query while WP_Query returns the complete object. This object is quite useful when it comes to conditionals, pagination and other useful info that can be used inside the loop.

• get_posts doesn't use the loop, but a foreach loop to display posts. Also, no template tags are available by default. setup_postdata( $post ) has to be used to make the template tags available. WP_Query uses the loop and template tags are available by default

• get_posts passes 'ignore_sticky_posts' => 1 to WP_Query, so get_posts by default ignores sticky posts

Based on the above, whether to use get_posts or WP_Query is up to you and what do you actually need from the query. The above should guide you in your choice

基本的な違いは、query_posts()は実際には現在のループを変更するためだけのものであるということです.完了したら、ループをリセットして、陽気な方法で送信する必要があります.このメソッドは、「クエリ」が基本的に関数に渡すURL文字列であるため、少し理解しやすくなります.

 query_posts('meta_key=color&meta_value=blue'); 
 

一方、WP_Queryはより汎用的なツールであり、query_posts()よりもMySQLクエリを直接作成するようなものです.ループ内だけでなく、どこでも使用でき、現在実行中の投稿クエリに干渉しません.

私はWP_Queryを頻繁に使用する傾向があります.本当に、それはあなたの特定のケースに帰着するでしょう.

The basic difference is that query_posts() is really only for modifying the current Loop. Once you're done it's necessary to reset the loop and send it on its merry way. This method is also a little easier to understand, simply because your "query" is basically a URL string that you pass to the function, like so:

query_posts('meta_key=color&meta_value=blue'); 

On the other hand, WP_Query is more of a general purpose tool, and is more like directly writing MySQL queries than query_posts() is. You can also use it anywhere (not just in the Loop) and it doesn't interfere with any currently running post queries.

I tend to use WP_Query more often, as it happens. Really, it's going to come down to your specific case.

query_posts()を使用する必要はありません.新しいWP_Queryオブジェクトをインスタンス化し、その新しいオブジェクトをglobal wp_queryに再割り当てするだけです.

参考までに、実際のquery_posts()関数は次のとおりです.

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

詳細なカスタムクエリスクリプトを作成する場合は、独自のWP_Queryオブジェクトをインスタンス化します.または、あちこちで軽い操作を行うだけの場合は、get_posts()を使用します.

どちらの場合も、自分に有利に働き、wp_includes/query.phpにアクセスして、WP_Queryクラスを熟読することを強くお勧めします.

There is simply no need to use query_posts(). All it does is instantiates a new WP_Query object and reassigns that new object to global wp_query.

For reference, the following is that actual query_posts() function.

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

Instantiate your own WP_Query object if you want to create an in depth custom query script. Or use get_posts() if all you need to do is some light manipulation here and there.

In either case, I highly recommend doing yourself a favor and going to wp_includes/query.php and perusing the WP_Query class.

wp_reset_query()を使用した後は、他のクエリ結果にも影響するため、必ずquery_posts()を使用してください.

Make sure that you use wp_reset_query() after using query_posts() because it will affect other query result also.

正しく読んだことを思い出すと、本質的に「ループ」はコアファイルでWP_Queryを実行していますが、より理解しやすい方法です.

If I recall reading right, essentially "the loop" is doing WP_Query in the core files, but in an easier to understand way.

• query_posts():メインを変更する必要がある場合にのみ使用できますクエリ.多くのグローバル変数を設定します;
• get_posts():メカニズムは非常に似ており、同じ引数を受け入れますが、配列を返します投稿の数
• WP_Query :独自のオブジェクトを作成して操作できます.もう少し複雑で制限が少ないので、どこでも安全に使用できます.

• query_posts(): might be used in one and only case if you need to modify main query . It sets a lot of global variables;
• get_posts(): it is very similar in mechanics and accepts same arguments, but returns array of posts
• WP_Query:  you can create and work with own object of it. Bit more complex, less restrictions, it is safe to use anywhere.