Find child jquery: .find() | jQuery API Documentation

JQuery Performance: Selector vs find vs children vs $ — JavaScript — Форумы SitePoint

DrQuincy 13 декабря 2013 г., 13:14

#1

Я не знаю, как лучше всего выбирать элементы JQuery в большом количестве.

Допустим, я хочу выбрать изображения в абзацах, которые имеют элемент галереи класса (предположим, что изображение является дочерним элементом абзаца). Я вижу, что есть несколько вариантов.

1. $(‘p.gallery-tem изображение’)
2. $(‘p.gallery-tem > img’)
3. $(‘p.gallery-tem’).дети(‘img’)
4. $(‘p.gallery-tem’).find(‘img’)
5. $pgallery.find(‘img’) (элемент уже кэширован в переменной $(p.gallery-item))
6. $.find(‘p.gallery-tem’).children(‘img’)

Возможны и другие варианты; обычно дочерние элементы и find взаимозаменяемы, учитывая, что мы знаем, что img является дочерним элементом p.

Как ни странно, я прочитал в stackoverflow, что наиболее эффективный может зависеть от обстоятельств. Я также читал, что children() работает медленнее, чем find() из-за использования нативных функций DOM, хотя потомки, естественно, будут возвращать меньше элементов.

Может ли кто-нибудь предложить какие-либо эмпирические правила эффективности выбора потенциально большого количества элементов? Я опускаю выбор по ID, так как очевидно, что это быстрее.

Наконец, что означает $? Представляет ли это весь документ через JQuery?

Спасибо.

Джеймс_Хиббард 13 декабря 2013 г., 13:47

#2

Привет,

Доктор Куинси:

Наконец, что означает $? Представляет ли это весь документ через JQuery?

В jQuery доллар является псевдонимом функции jQuery.
Эта функция сильно перегружена и означает полдюжины разных вещей в зависимости от того, какие аргументы ей передаются.
В вашем примере вы передаете ему строку, содержащую селектор, поэтому функция означает «Создать объект jQuery, содержащий любые изображения в абзацах, которые имеют элемент галереи класса».

Подробнее здесь: http://stackoverflow.com/questions/8667736/what-does-the-sign-mean-in-jquery-or-javascript

Доктор Куинси:

Может ли кто-нибудь предложить какие-либо эмпирические правила эффективности выбора потенциально большого количества элементов?

Насколько большой?

Я не могу предложить никаких практических правил (кроме кэширования элементов там, где это возможно, так как, очевидно, это быстрее).

Доктор Куинси 14 декабря 2013 г. , 15:33

#3

Спасибо за ссылки! jsperf выглядит хорошо.

Думаю, большой не имеет смысла. Вы просто используете свой здравый смысл, а затем оцениваете его? Как вы думаете, если вы не имеете дело с тысячами элементов, не стоит тратить время на их бенчмаркинг?

Джеймс_Хиббард 14 декабря 2013 г., 18:55

#4

Доктор Куинси:

Я думаю, что большой не имеет смысла.

Не обязательно. Например, это может быть случай, когда у вас есть список с 1000 элементов, и в этом случае вы захотите прикрепить обработчик событий к списку, а затем проверить все, что всплывает, в отличие от присоединения 1000 обработчиков событий к элементам списка. .

Доктор Куинси:

Вы просто руководствуетесь здравым смыслом, а затем оцениваете его? Как вы думаете, если вы не имеете дело с тысячами элементов, не стоит тратить время на их бенчмаркинг?

Я использую jsperf для бенчмаркинга, но обычно только ради любопытства.
Не думаю, что мне когда-либо доводилось выбирать тысячи элементов одновременно.

Если вам нужна помощь, чтобы настроить что-то на jsperf, просто дайте мне знать, так как на самом деле было бы интересно узнать, что лучше чего.

Доктор Куинси 17 декабря 2013 г., 8:45

#5

Подойдет.

В настоящее время я сначала работаю на основе здравого смысла (например, селекторы кеша, применяю прослушиватель к таблице вместо каждой отдельной ячейки), а затем проверяю, нормально ли он работает на более старом смартфоне. Честно говоря, я никогда не сталкивался с чем-то, что работало бы слишком медленно, но потом, как вы говорите: «Я не думаю, что мне когда-либо приходилось выбирать тысячи элементов одновременно».

Кстати, есть ли простой способ сравнить скрипты JQuery в браузере? Я заметил, что Webkit позволяет вам профилировать JavaScript, но он кажется слишком низким для того, что я хочу.

Спасибо.

Джеймс_Хиббард 17 декабря 2013 г., 9:04

#6

Доктор Куинси:

Кстати, есть ли простой способ сравнить сценарии JQuery в браузере?

Ну, вы могли бы использовать библиотеку, что-то вроде бенчмаркинга.
Документы здесь.

Доктор Куинси 17 декабря 2013 г. , 9:17

Спасибо!

система Закрыто 8 октября 2014 г., 5:19

#8

Памятка Xpath

Тестирование

Испытательный стенд Xpath

Тестовые запросы на тестовом стенде Xpath:

• Испытательный стенд Xpath (whitebeam.org)

Консоль браузера

 $x("//дел")
 

Работает в Firefox и Chrome.

Селекторы

Селекторы потомков

Селекторы атрибутов

СС	Экспат	?
#id	//*[@id="id"]	?
. класс	//*[@class="class"] … типа
ввод[тип="отправить"]	9=’/’]	//a[начинается с(@href, '/')]	?
а[href$='pdf']	//a[заканчивается(@href, '.pdf')]
а[href*='://']	//a[содержит(@href, '://')]
а[отн~='помощь']	//a[содержит(@rel, 'помощь')] …вроде

Селекторы заказов

Братья и сестры

jQuery

СС	Экспат	?
$('ul > li'). parent()	//ул/ли/..	?
$('li').closest('раздел')	//li/предок-или-я::раздел
$('a').attr('href')	//a/@href	?
$('span').text()	//диапазон/текст()

Прочее

Проверка класса

 //div[содержит(concat(' ',normalize-space(@class),' '),' foobar ')]
 

В Xpath нет оператора «проверить, является ли часть списка, разделенного пробелами», так что это обходной путь (источник).

Выражения

Ступени и оси

Префиксы

Начните свое выражение с любого из них.

Оси

Разделите шаги с / . Используйте два ( // ), если вы не хотите выбирать прямых дочерних элементов.

шагов

 //дел
//div[@name='box']
//[@id='ссылка']
 

Шаг может иметь имя элемента ( div ) и предикаты ( [...] ). Оба являются необязательными. Это могут быть и другие вещи:

 //a/text() #=> "Домой"
//a/@href #=> "index.html"
//a/* #=> Все дочерние элементы a
 

Предикаты

Предикаты

 //дел[true()]
// div[@class="голова"]
//div[@class="head"][@id="top"]
 

Ограничивает набор узлов, только если выполняется какое-либо условие. Их можно заковать.

Операторы

 # Сравнение
//a[@id = "xyz"]
//a[@id != "xyz"]
//a[@price > 25]
 

 # Логика (и/или)
//div[@id="head" и position()=2]
//div[(x и y) или нет(z)]
 

Используйте операторы сравнения и логические операторы для создания условий.

Использование узлов

 # Используйте их внутри функций
//ул[количество(ли) > 2]
//ul[count(li[@class='hide']) > 0]
 

 # Это возвращает `
`, у которого есть дочерний элемент `
`
//ул[ли]
 

Вы можете использовать узлы внутри предикатов.

Индексация

 //a[1] # первый 
//a[last()] # последний 
//ol/li[2] # секунда 

//ol/li[position()=2] # то же, что и выше
//ol/li[position()>1] # :not(:first-of-type)
 

Используйте [] с числом, или last() или position() .

Порядок объединения

 а[1][@href='/']
а[@href='/'][1]
 

Порядок важен, эти два разные.

Вложенные предикаты

 //раздел[.//h2[@id='привет']]
 

Это возвращает

 name() # //[начинается с (name(), 'h')]
text() # //кнопка[text()="Отправить"]
                           # //кнопка/текст()
язык (ул.)
пространство имен-uri()
 

 count() # //таблица[count(tr)=1]
position() # //ol/li[position()=2]
 

 не(выражение) # кнопка[не(начинается с(текст(),"Отправить"))]
 

 contains() # font[contains(@class,"head")]
начинает-с() # шрифт[начинает-с(@класс,"голова")]
заканчивается-с() # шрифт[заканчивается-с(@класс,"голова")]
 

 конкат (х, у)
подстрока (ул, начало, длина)
substring-before("01/02", "/") #=> 01
подстрока-после("01/02", "/") #=> 02
переводить()
нормализовать пространство ()
длина строки()
 

 строка()
число()
логическое()
 

 //ul/li # ul > li
//ul/child::li # ul > li (то же самое)
//ul/following-sibling::li # ul ~ li
//ul/потомок-или-я::li # ul li
//ul/предок-или-я::li # $('ul'). closest('li')
 

 # оба одинаковые
//ул/ли/а
//ребенок::ul/ребенок::li/ребенок::а
 

 # оба одинаковые
# это работает, потому что `child::li` является истинным, поэтому предикат выполняется успешно
//ул[ли]
//ул[ребенок::ли]
 

 # оба одинаковые
//ул[количество(ли) > 2]
//ul[count(child::li) > 2]
 

 # оба одинаковые
//дел//h5
//div/потомок-или-я::h5
 

 # оба одинаковые
//ul//[последний()]
//ul/потомок-или-я::[last()]
 

 //а | //охватывать
 

 //* # все элементы
count(//*) # подсчет всех элементов
(//h2)[1]/text() # текст первого заголовка h2
//li[span] # найти 
 с  внутри него
                    # ...заменяется на //li[child::span]
//ul/li/.. # используйте .. для выбора родителя
 

 //раздел[h2[@id='имя-раздела']]
 

 //раздел[//h2[@id='имя-раздела']]
 

 .