AK
Size: a a a
2021 October 26
BO
а какой начинке речь? каким боком мы должны решать ваши "разные данные иногда отображает" и "допустим xpath котировок иногда отличается"
BO
данные разные - ваша аппликейшен специфика. селенид тут не причем
YO
что за класс ExchangeRates в данном примере
RI
ну если визуально хотя бы шапка везде одинаковая, то ищи по тексту шапки, чтобы 10 страниц не плодить. а там создай методы для различных начинок, не?
YO
я смогу закончить или не закончить мысль после ответа на это:
»что за класс ExchangeRates в данном примере
»что за класс ExchangeRates в данном примере
BO
public class ExchangeRates {
private SelenideElement self;
private SelenideElement currencyRates = self.$(".foo");
public ExchangeRates(SelenideElement self) {
this.self = self;
}
// прости господи.
public String getRates() {
return currencyRates.getText();
}
}AK
прости господи😂
AK
public SelenideElement rates() {
return currencyRates;
}
Чтобы в тесте потомpage.rates().should(Condition)
YO
ну щас так и делаю...
ExchangeRates.shouldBe(visible) нельзя, все идет через
getSelf. и такого иногда бывает крайне много.
+ если вложеность > 1, то иногда вылазят проблемы наследования классов (виджетов много, рассыпаны по страницам и т.д. и т.п.), Но если ExchangeRates по факту просто враппер со своими методами - почему бы не сделать его интерфейсом как MySuperElement, и получать его от $(..) вместо new? (сделать как как с page и как с $). Сопстно в этом и весь вопрос изначальный. сори что так размусолилось, борис спосибо за конкретику и вывод на простой пример.
ExchangeRates.shouldBe(visible) нельзя, все идет через
getSelf. и такого иногда бывает крайне много.
+ если вложеность > 1, то иногда вылазят проблемы наследования классов (виджетов много, рассыпаны по страницам и т.д. и т.п.), Но если ExchangeRates по факту просто враппер со своими методами - почему бы не сделать его интерфейсом как MySuperElement, и получать его от $(..) вместо new? (сделать как как с page и как с $). Сопстно в этом и весь вопрос изначальный. сори что так размусолилось, борис спосибо за конкретику и вывод на простой пример.
AK
я на примере фильров могу показать как делаю. фильтры тоже на нескольких страницах одинаковые
Открываю страницу с фильтрами, на ней открываю фильтры (тут пример для мобилки), дальше перехожу в фильтр по девайсам, выбираю девайс, применяю
ProductsPage.open(DATE);
FiltersModal.open()
.openDeviceFilter()
.select(device)
.submit();
Открываю страницу с фильтрами, на ней открываю фильтры (тут пример для мобилки), дальше перехожу в фильтр по девайсам, выбираю девайс, применяю
BO
>+ если вложеность > 1, то иногда вылазят проблемы наследования классов
не наследуйте и не будет проблем.
не наследуйте и не будет проблем.
BO
>о если ExchangeRates по факту просто враппер со своими методами - почему бы не сделать его интерфейсом как MySuperElement, и получать его от $(..) вместо new?
.... нахеранахера зачем?
.... нахеранахера зачем?
BO
>ExchangeRates.shouldBe(visible) нельзя,
мне странно что оно было бы можно. на чем я должен внутри проверять visibility? зачастую этот самый self не то что бы виден
мне странно что оно было бы можно. на чем я должен внутри проверять visibility? зачастую этот самый self не то что бы виден
BO
и только вы знаете как проверить что блок видим
BO
и это уже снова ваш код)
AS
Ты не подумай, что мы тут агрессивно набросились.. Наоборот, полезная конструктивная дискуссия.
Но вот это самый важный вопрос: “почему бы не сделать его интерфейсом как MySuperElement, и получать его от $(..) вместо new” -> ЗАЧЕМ?
Дело в том, что это непросто. В это придётся вложить усилия, свободное время, написать тестов и т.д. - и всё ради того, чтобы кому-то не писать “new”?
Но вот это самый важный вопрос: “почему бы не сделать его интерфейсом как MySuperElement, и получать его от $(..) вместо new” -> ЗАЧЕМ?
Дело в том, что это непросто. В это придётся вложить усилия, свободное время, написать тестов и т.д. - и всё ради того, чтобы кому-то не писать “new”?
YO
self - сам виджет, ну пусть будет exist, а не visible. вполне норм проверка
AS
мне кажется, библиотеки и фреймворки переоценены. Люди забывают, что зачастую то же самое можно просто взять и написать без всякой поддержки со стороны библиотек.
BO
>Ты не подумай, что мы тут агрессивно набросились.
ага. особенно я. no offence я просто так пишу по четным дням месяца)
ага. особенно я. no offence я просто так пишу по четным дням месяца)