VK
Ну я понимаю, если xpath затрагивает весь путь - это понятно. Тип там на середине разрабы поменяли и все коту под хвост, но можно писать и на xpath нормально
Size: a a a
2020 February 03
OC
Ну естественно он сам по себе не ломается. Но программист добавит новый div, уберет лишний, все по новой
VK
Ну я понимаю, если xpath затрагивает весь путь - это понятно. Тип там на середине разрабы поменяли и все коту под хвост, но можно писать и на xpath нормально
Возможностей хватает, чем просто зафигачить путь от начала до конца)
EB
Ну естественно он сам по себе не ломается. Но программист добавит новый div, уберет лишний, все по новой
Ты кажется не понимаешь, что xpath локаторы могут быть хорошими. Например, если уникальным образом ссылаются на атрибут элемента.
AA
Дев можно точно также поменять css значения в файлах и локаторы полетят.
BO
если только в css то вряд-ли
BO
а вот если jsx или html поменяет, тогда определеноо да
AA
Ну да) В общем аргумент того, что девы могут чет для xpath сломать не очень убедителен, чтобы избегать его использования. Тоже самое можно сказать и про css)
AV
XPath хорош, но есть проблема, он очень часто меняется. Представь, что в каждой новой фиче у тебя ломается вся автоматизация. Если селектор на css он меняется реже.
Это неверно. XPath - язык нахождения элементов, он конечно не меняется.
Меняется разметка.
Меняется разметка.
B
Почему все хейтят xpath? Чем он хуже css? Читабельность? - Не хуже любого другого кода да и вообще субъективное понятие. Возможностей больше. Да, ясен пень, что при прочих простых случаях напишешь по css по айди, атрибуту имени и забудешь. А что делать в других случаях? Пять минут выдумывать хитрый селектор на css, чем за 10 сек написать xpath или вообще сделать это в один клик? Или это коллективная мода на хейт как с php, windows у айтишников?
А кто хейтит? Все довольны
О
Почему все хейтят xpath? Чем он хуже css? Читабельность? - Не хуже любого другого кода да и вообще субъективное понятие. Возможностей больше. Да, ясен пень, что при прочих простых случаях напишешь по css по айди, атрибуту имени и забудешь. А что делать в других случаях? Пять минут выдумывать хитрый селектор на css, чем за 10 сек написать xpath или вообще сделать это в один клик? Или это коллективная мода на хейт как с php, windows у айтишников?
css легче и удобнее, если у элементов есть нормальные id) а так и то и то норм, зависит еще от ситуации. Просто интересно, как можно 5 минут выдумывать селектор на css?)))
MA
css легче и удобнее, если у элементов есть нормальные id) а так и то и то норм, зависит еще от ситуации. Просто интересно, как можно 5 минут выдумывать селектор на css?)))
Это в идеальном мире такая ситуация, а в жизни приходится кучу contains() использовать
RS
css легче и удобнее, если у элементов есть нормальные id) а так и то и то норм, зависит еще от ситуации. Просто интересно, как можно 5 минут выдумывать селектор на css?)))
В реальном мире мы сами писали себе id - придумали атрибут и писали уникальные значения.
Разработчики просто делали ревью "по быстрому" и никаких проблем!
Разработчики просто делали ревью "по быстрому" и никаких проблем!
VK
css легче и удобнее, если у элементов есть нормальные id) а так и то и то норм, зависит еще от ситуации. Просто интересно, как можно 5 минут выдумывать селектор на css?)))
Ключевое слово "если")
ES
XPath хорош, но есть проблема, он очень часто меняется. Представь, что в каждой новой фиче у тебя ломается вся автоматизация. Если селектор на css он меняется реже.
Это не проблема ХПАССА а проблема кривых локаторов
О
Ключевое слово "если")
У нас в проекте, например, их не было, но я ругалась долго и теперь у всех элементов есть Id 😄
ES
У нас в проекте, например, их не было, но я ругалась долго и теперь у всех элементов есть Id 😄
правильный подход )
MG
да и еще надо научиться давать красивые значащие имена а то и по айди может начаться ад
АА
B
да и еще надо научиться давать красивые значащие имена а то и по айди может начаться ад
так как сейчас фронт строится в каком-нить ультрамодном фреймворке на компонентах, названия можно давать такие же ,как эти компоненты именуются
по методологии БЭМ
на самом деле id иногда не нужны, если классы имеют значащие имена и имеют понятный алгоритм их формирования (не создаются левой пяткой)
по методологии БЭМ
на самом деле id иногда не нужны, если классы имеют значащие имена и имеют понятный алгоритм их формирования (не создаются левой пяткой)