WP_Query 대 query_posts () 대 get_posts ()는 언제 사용해야합니까?

query_posts -절대 query_posts 를 사용해서는 안됩니다. @Rarst가 말한 것과는 별도로 query_posts 의 가장 큰 문제는 주 쿼리 개체 ( $ wp_query 에 저장 됨)가 손상된다는 것입니다. 많은 플러그인과 사용자 지정 코드가 기본 쿼리 개체에 의존하므로 기본 쿼리 개체를 분리하면 플러그인 및 사용자 지정 코드의 기능이 손상됩니다. 이러한 함수 중 하나는 모든 중요한 페이지 매김 함수이므로 기본 쿼리를 중단하면 페이지 매김이 중단됩니다.

query_posts 가 얼마나 나쁜지 증명하려면 모든 템플릿에서 다음을 수행하고 결과를 비교하세요.

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

get_posts 및 WP_Query 는 보조 쿼리 ( 예 : 관련 게시물,슬라이더,추천 콘텐츠 등)를 구성하는 올바른 방법입니다. 및 정적 인 첫 페이지의 콘텐츠 ). 홈 페이지,단일 페이지 또는 모든 유형의 아카이브 페이지에서 기본 쿼리를 위해 두 가지 중 어느 것도 사용해서는 안됩니다. 페이지 기능이 손상 될 수 있습니다. 기본 검색어를 수정해야하는 경우 맞춤 검색어가 아닌 pre_get_posts 를 사용하여 수정하세요. ( 업데이트 : 정적 첫 페이지 및 실제 페이지는 pre_get_posts 사용 참조 실제 페이지 및 정적 인 첫 페이지 *)

본질적으로 WP_Query 는 기본 쿼리에서 사용되며 get_posts 에서도 사용되지만 get_posts () 는 를 사용합니다. WP_Query ,몇 가지 차이점이 있습니다.

• get_posts 는 WP_Query 보다 빠릅니다. 마진은 사이트의 총 게시물 수에 따라 다릅니다. 그 이유는 get_posts 가 'no_found_rows'=>true 는 기본적으로 페이지 매김을 건너 뛰거나 합법적으로 중단하는 WP_Query 입니다. 'no_found_rows'=>true , WP_Query 는 쿼리 된 게시물의 양을 가져온 다음bails합니다. 기본적으로 페이지 매김을 계산하기 위해 쿼리와 일치하는 모든 게시물을 추가로 검색합니다.

  이러한 이유로 get_posts () 는 페이지가 매겨지지 않은 쿼리에만 사용해야합니다. get_posts 페이지 매김은 정말 큰 엉망입니다. WP_Query 는 페이지를 매긴 모든 쿼리에 사용해야합니다.

• get_posts () 는 WP_Query 가 이러한 필터의 영향을받는 posts _ * 필터의 영향을받지 않습니다. 그 이유는 get_posts 가 기본적으로 'suppress_filters'=>true - WP_Query

• get_posts 에는 include ,exclude ,numberposts 및 category . 이러한 매개 변수는 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'=​​> 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