1 Тема від ping

  • ping
  • ping
  • Replace Group
  • Поза форумом
  • Дата реєстрації: 22.08.2012
  • Повідомлень: 1 600
    • Репутація: 1266

Тема: Парсинг HTML. xpath vs css selectors

попробувавши один і інший - виникло питання - чому в прикладах/документації переважно xpath?
при тому що css читабельніший і , принаймі деколи, гнучкіший.
скажімо xpath не може вибрати тег по одному тільки класу, якщо їх задано декілька.

2 Відповідь від 0xDADA11C7

  • Звідки: Дніпрожидівськ
  • Дата реєстрації: 14.02.2014
  • Повідомлень: 5 707
    • Репутація: 5776

Re: Парсинг HTML. xpath vs css selectors

"гнучкість" (в сучасних умовах) це синонім двозначності, хоча я не фахівець в цьому питанні

3 Відповідь від ping

  • ping
  • ping
  • Replace Group
  • Поза форумом
  • Дата реєстрації: 22.08.2012
  • Повідомлень: 1 600
    • Репутація: 1266

Re: Парсинг HTML. xpath vs css selectors

0xDADA11C7 написав:

"гнучкість" (в сучасних умовах) це синонім двозначності, хоча я не фахівець в цьому питанні

скажімо, є таблиця.
всі рядки  мають клас "row-data"
а рядки з від'ємними значеннями - додатково ще й клас "warning-info"
а кожен другий рядок - додатковий клас "row-data-grey"
ну і т.д.

і тут гнучкість css selector дуже навіть в плюс - бо описувати всі фантазії дезігнера по кольоровому оформленню в однозначних xpath - досить затратно.
але я тільки почав з цим розбиратися - може є нормальний рецепт і для xpath ?