ЕК
Про паттерны взаимодействия с вьюхами я не спорю, я вот с этим скорее не согласен, тут речь шла про архитектуру
Принято, я просто не уточнил
Size: a a a
2020 April 03
AD
За счёт биндинга. Это чууууть-чуть облегчает контроль. Но по большому счёту, что mvp, что mvvp - свалка с размазанным стейтом. Централизация стейта в одной сущности значительно упрощает контроль.
наверное, дело не в биндинге, а в том, что состояние в VM хранится?)
КР
наверное, дело не в биндинге, а в том, что состояние в VM хранится?)
Причём тут вм? А в mvp состояние где хранится? В презентере.
AD
Причём тут вм? А в mvp состояние где хранится? В презентере.
часто - нигде)
Y
За счёт биндинга. Это чууууть-чуть облегчает контроль. Но по большому счёту, что mvp, что mvvp - свалка с размазанным стейтом. Централизация стейта в одной сущности значительно упрощает контроль.
в андроид разработке это фактически невозможно. по причине того, что фреймворк берёт управление стейтом на себя в случаях с, например, чекбоксами, эдиттекстами и всем таким. У них нельзя отобрать управление стейтом.
КР
в андроид разработке это фактически невозможно. по причине того, что фреймворк берёт управление стейтом на себя в случаях с, например, чекбоксами, эдиттекстами и всем таким. У них нельзя отобрать управление стейтом.
Что невозможно? Контролировать стейт самому?
Y
Что невозможно? Контролировать стейт самому?
невозможно создать полностью целостный стейт. он будет размазан просто потому, что нельзя отобрать у фреймворка управление стейтами перечисленных мною вьюх
Y
можно только минимизировать его размазанность)
КР
невозможно создать полностью целостный стейт. он будет размазан просто потому, что нельзя отобрать у фреймворка управление стейтами перечисленных мною вьюх
Можно сделать одну сущность где ты будешь держать весь стейт. А вьюхи будут максимально тупыми, принимая и отдавая значения.
Y
Можно сделать одну сущность где ты будешь держать весь стейт. А вьюхи будут максимально тупыми, принимая и отдавая значения.
невозможно отобрать у фреймворка управление стейтом чекбоксов и эдиттекстов, повторю=)
AC
невозможно создать полностью целостный стейт. он будет размазан просто потому, что нельзя отобрать у фреймворка управление стейтами перечисленных мною вьюх
а как же UDF и вот эти всякие immutable state?
КР
невозможно отобрать у фреймворка управление стейтом чекбоксов и эдиттекстов, повторю=)
А как фреймворк берёт на себя контроль? Тем что сохраняет стейт вьюхи и восстанавливает её (в случае с некоторыми вьюхами)? Или то что... Дёргает коллбеки после изменения значения?
Y
А как фреймворк берёт на себя контроль? Тем что сохраняет стейт вьюхи и восстанавливает её (в случае с некоторыми вьюхами)? Или то что... Дёргает коллбеки после изменения значения?
сохраняет и восстанавливает с некоторыми вьюхами
Y
в итоге получается два источника управления стейтом одной вьюхи
Y
что может приводить к багам=)
Y
в итоге получается два источника управления стейтом одной вьюхи
ну, если мы пытаемся сохранять стейт ещё где-то, в смысле
КР
что может приводить к багам=)
Нет, не может. Сохранение и восстановление - это контроль настолько малого масштаба, что, можно сказать, на уровне погрешности.
Sλ
невозможно отобрать у фреймворка управление стейтом чекбоксов и эдиттекстов, повторю=)
можно ) но обычно не нужно
android:saveEnabled="false"
android:saveEnabled="false"
СМ
что может приводить к багам=)
какая жиза (буквально недавно)
Y
Нет, не может. Сохранение и восстановление - это контроль настолько малого масштаба, что, можно сказать, на уровне погрешности.
я не с потолка говорю о том, что может=)