jQuery에서 자식 노드를 선택하기 위해 children ()과 find ()를 사용할 수 있습니다.
예를 들면 다음과 같습니다.
$(this).children('.foo');
다음과 같은 결과를 제공합니다.
$(this).find('.foo');
이제 어떤 옵션이 가장 빠르거나 선호되며 왜 그렇습니까?
답변
children()반면 아니라, 노드의 직계 자식에 보이는 find()이송이 노드 아래의 전체 DOM은, 그래서 children() 해야 빨리 해당 구현을 제공한다. 그러나 find()사용하는 네이티브 하면서, 브라우저 방법을 children()사용하는 자바 스크립트가 브라우저에서 해석했다. 필자의 실험에서는 일반적인 경우 성능 차이가별로 없습니다.
어느 것을 사용할 것인지는 DOM에서 직계 자손 또는이 노드 아래의 모든 노드 만 고려할지 여부에 따라 달라집니다. 즉, 메소드 속도가 아니라 원하는 결과를 기반으로 적절한 메소드를 선택하십시오. 성능이 실제로 문제라면 최상의 솔루션을 찾아서 사용해보십시오 (또는 다른 답변의 일부 벤치 마크 참조).
답변
이 jsPerf 테스트 는 find ()가 더 빠르다는 것을 나타냅니다. 좀 더 철저한 테스트를 만들었고 여전히 find ()가 children ()보다 우수한 것처럼 보입니다.
업데이트 : tvanfosson의 의견에 따라 16 단계의 중첩으로 다른 테스트 사례 를 만들었습니다 . find ()는 가능한 모든 div를 찾을 때만 느리지 만 find ()는 div의 첫 번째 레벨을 선택할 때 여전히 children ()보다 성능이 뛰어납니다.
children ()은 100 레벨 이상의 중첩이 있고 find ()가 통과하기 위해 약 4000+ div가있을 때 find ()보다 성능이 우수합니다. 기본 테스트 사례이지만 여전히 대부분의 경우 find ()가 children ()보다 빠르다고 생각합니다.
Chrome 개발자 도구에서 jQuery 코드를 단계별로 살펴 보았으며 children ()이 내부적으로 sibling (), filter ()를 호출하고 find ()보다 몇 가지 더 많은 정규 표현식을 거치는 것을 알았습니다.
find ()와 children ()은 다른 요구를 충족하지만 find ()와 children ()이 동일한 결과를 출력하는 경우 find ()를 사용하는 것이 좋습니다.
답변
다음은 실행할 수있는 성능 테스트 가 있는 링크 입니다. find()실제로보다 약 2 배 빠릅니다 children().
답변
사람들은 반드시 동일한 결과를 제공하지 않습니다 : find()당신에게 얻을 것이다 후손 노드를, 반면 children()단지 당신을 얻을 것이다 직접적인 아이를 일치하는지 확인합니다.
한 시점에서 find()직계 자식뿐만 아니라 일치 할 수있는 모든 자손 노드를 검색해야했기 때문에 훨씬 느려졌습니다. 그러나 이것은 더 이상 사실이 아닙니다. find()기본 브라우저 방법을 사용하기 때문에 훨씬 빠릅니다.
답변
다른 답변 중 어느 것도 사용하는 경우 처리되지 .children()또는 .find(">")에 유일한 부모 요소의 직접적인 아이를 검색합니다. 그래서 나는 어린이를 구별하는 세 가지 다른 방법을 사용하여 jsPerf 테스트를 만들어을 알아 냈습니다 .
추가 “>”선택기를 사용하는 경우에도 .find()여전히 발생하는 것보다 훨씬 빠릅니다 .children(). 내 시스템에서는 10 배입니다.
내 관점에서 볼 때 필터링 메커니즘을 사용해야 할 이유가 많지 않습니다 .children().
답변
모두
find()및children()임의의 레벨 아래로 이동하는 전자는 제외 방법 후자는 하나의 레벨 아래로 이동하고, 상기 정합 소자의 아이를 필터링하는 데 사용된다.
단순화하려면 :
find()– 일치하는 요소의 자식, 손자, 증손자를 검색하십시오.children()– 일치하는 요소의 자식 만 검색합니다 (단일 레벨 다운).
답변
