YS
Почему раньше нельзя было, а сейчас можно?)
Если в кратце, потому что раньше команда были енумами, а теперь plain object. Ну и просто решение в голову пришло 😊
Size: a a a
2016 November 24
AP
Если в кратце, потому что раньше команда были енумами, а теперь plain object. Ну и просто решение в голову пришло 😊
Енумы = гремлины https://youtu.be/Hzs6OBcvNQE
YS
Енумы = гремлины https://youtu.be/Hzs6OBcvNQE
Ой, всё 😆 В moxy нет енумов, довольно давно 😉
AP
ребят, такой вопрос, если я во вью создал метод геттер и в презентере вызываю getViewState().getSomeValue(), то что будет в момент когда презентер отсоединен от вью?
YS
moxy не даст написать такой код =)
YS
методы view обязаны быть void
AP
не скомпилится?
YS
не скомпилится?
ага
AP
печалька, а как мне тогда из вью взять что-то?
AP
ну или я что-то не так делаю
IG
Вью должна уведомить об этом презентер
YS
изначально, View не должна и подозревать, что у неё что-то есть для Presenter. А если у неё что-то появилось такое для Presenter, она должна сразу передать эти данные в Presenter
AP
я просто разгребаю гавнокод, впиливаю moxy чтобы развязать связный клубок намешанной бизнес логики и работы со вью
AP
ну т.е. вы сделали view as much passive as you can
AB
mvp сделало вью таким😀
YS
ну т.е. вы сделали view as much passive as you can
ага, и причём это получилось само собой - т.к. к одному презентеру может подцепиться несколько View, не понятно, какая из View должна вернуть значение в Presenter. Поэтому получилось само собой, что методы View должны быть только void ;)
AP
ну типо презентер мождет сам у вью спросить: "хэй вью дай мне someValue, я хочу его использовать в бизнес лоигке"
AP
хотя это как-то не правильно архитектурно выходит, надо избавляться от такого и правда
AP
хм, а как тогда вью должна презентеру сообщать о том, что данные в едит текст например поменялись?