MK
То есть реализуете всю логику отдельных страниц или что там у вас. Потом собираете все вместе в общей странице типа
Size: a a a
2019 October 22
AB
фасад применяется когда у вас уже ЕСТЬ какая-то адская смесь классов и вы не хотите закладываться на эту сложность, поэтому делаете простую по структуре прослойку, которая эту сложность скрывает
AB
а вы предлагаете СОЗДАТЬ сложность за фасадом. зачем? можно же сразу сделать нормально
MK
Я предлагаю варианты просто. У человека класс монолит, он хочет декомпозицию и не умеет.
К
Если бы я знал лучшее решение, я бы и не писал в этот чат
MK
Вы хотите и чейнить и шашечки. Так не получится.
O
а если продолжать так делать, стек не кончится?
AB
Вы хотите и чейнить и шашечки. Так не получится.
получится, получится. я же выше предложил, как и чейнинг сохранить, и декомпозицию сделать
AB
а вот без изменения API — не получится, это правда
AB
ну или будет тот самый "фасад", который только усугубит ситуацию. сейчас у вас просто большие классы с кучей методов, а потом будут большие классы с кучей методов И сложная структура внутри
MK
получится, получится. я же выше предложил, как и чейнинг сохранить, и декомпозицию сделать
class Main:
public Main workOnPage1():
var page1 = new Page1()
page1.somecode()
return this
etc..
вы про такое что ли?
AB
new UploadCoverPage(driver)
.uploadPhoto("img1.png")
.uploadPhoto("img2.png")
.uploadPhoto("img3.png");
я про вот это
BO
Состояние определять несложно. А если оно не то - то ничего более разумного пропуска я не вижу.
Один енд ту енд тест который заведет а потом удалит пользователя, и атомарные завести пользователя, и удалить существующего. Но это надо подготавливать базу
MK
я про вот это
а, теперь понял что вы имели ввиду. так тут смотреть надо что у него ибо ваш пример (абстрактно, если у него такая же логика) не лучше чем у него все в одном классе кмк (с точки зрения затрат)
крч надо знать исходную
крч надо знать исходную
AB
почему всё в одном? метод uploadPhoto в классе-странице. а внутри него вызываются методы, которые вынесены в отдельный вспомогательный класс
MK
почему всё в одном? метод uploadPhoto в классе-странице. а внутри него вызываются методы, которые вынесены в отдельный вспомогательный класс
я про его текущее состояние
с вашим я понял - все верно. внутри реализована логика и все разнесено как надо было изначально
с вашим я понял - все верно. внутри реализована логика и все разнесено как надо было изначально
AV
ну кстати да, отличный пример получился, почему чейнинг в тестах может стать палкой в колесах))
AB
алё, чейнинг не виноват!
AB
если бы все эти методы вызывались отдельно, без чейнинга — были бы такие же макароны
AV
кстати особенно макаронности не вижу. Код читается? Читается. Что делает понятно? Понятно. Зачем? Не очень понятно, но может в домене будет понятнее.