AV
А "нужно", потому что что?
Я ничего не возвращаю - void
Size: a a a
2019 October 22
К
А "нужно", потому что что?
Уже куча кода написана, по патеррну Available methods
К
Есть вот такие страницы, я умру если буду переписывать через void
AB
Всем привет, пиишу на Java с реализацией PageObject и вот мне очень нужно разделить одну страницу на несколько классов, что бы было читаеме, но я хочу что бы я все методы мог вызывать из общей страницы. Что с этим делать? partial классов нет, множественного наследования то же ((
какое-то противоречивое желание. зачем дробить на классы, если все методы вы хотите оставить в одном классе?
AB
что изменится, что улучшится?
AB
"класс" это в первую очередь история про методы, а не про поля (которые всё равно скрыты)
SV
Это ужасно нечитаемый тест
К
в том же телеги, есть страница с боковым меню и списком сообщений, что бы не пладить для них элементы и методы в одном классе, я хочу разделить их на несколько, но в тесте с отдной старницы их дергать, т.к. переключения будут не очень
AB
декомпозиция работает не так, как вы думаете.
AB
1) дробите на классы
2) делаете в основном классе более высокоуровневые методы
3) эти методы возвращают объект, в котором вызваны, как вы хотите
4) эти методы внутри обращаются к объектам выделенных ранее классов, вызывая в них серию более низкоуровневых методов
2) делаете в основном классе более высокоуровневые методы
3) эти методы возвращают объект, в котором вызваны, как вы хотите
4) эти методы внутри обращаются к объектам выделенных ранее классов, вызывая в них серию более низкоуровневых методов
AB
new UploadCoverPage(driver)
.uploadPhoto("img1.png")
.uploadPhoto("img2.png")
.uploadPhoto("img3.png");
AB
и, да, тесты придётся переписать, но это пойдёт им на пользу
AB
а если тесты не менять — тогда зачем вам разбивать на классы? никакого смысла в этом нет. потому что вы хотите оставить тот же самый гигантский набор методов
К
А "нужно", потому что что?
Вот кстати, ещё почему я не юзаю obj от страницу, т.к. есть тесты с несколькими driver и с ними уже тесты будут не очень смотреться
MK
Методы с большой буквы...
AB
Методы с большой буквы...
это самая меньшая из проблем в этом коде :)))
К
Методы с большой буквы...
да это ещё не отрефакторили(
К
1) дробите на классы
2) делаете в основном классе более высокоуровневые методы
3) эти методы возвращают объект, в котором вызваны, как вы хотите
4) эти методы внутри обращаются к объектам выделенных ранее классов, вызывая в них серию более низкоуровневых методов
2) делаете в основном классе более высокоуровневые методы
3) эти методы возвращают объект, в котором вызваны, как вы хотите
4) эти методы внутри обращаются к объектам выделенных ранее классов, вызывая в них серию более низкоуровневых методов
Спасибо, за совет, я думал так и сделать, но для самых простых дейсвтий, всёравно придёться или дублировать код или опять дробить на вызовы разных страниц
MK
Можно посмотреть в паттерн фасад как например