Каждый презентор - это синглтон. Это плохо, собираемся внедрять DI со скоупами, может быть вместо скоупов будем юзать Moxy.
Я хочу аргументировать заказчику переписать все на mvvm (потому что хочу опыта в большом проекте с DI + MVVM + DataBinding, в личных целях, просто интересно пощупать).
У меня два не очень весомых аргумента:
1) AAC со своими VM (альтернатива Moxy тоже не так уж и плоха)
2) VM ничего не знает о View, что в моем представлении просто эстетически красивее)))
Но обе архитектуры способны решать задачи одинаково хорошо. Проект - это админка для чуваков, которые создали свой интрнет магазин (такое вот краткое описание)
Как бы вы аргументировали нужность MVVM тут, если бы хотели эгоистически его заюзать? xD
moxy - неофициальный фреймворк, AAC - от гугла. Следовательно поддержка ААС будет лучше (на самом деле нет, но мы же про защиту выбора говорим)
*читать голосом пучкова* "MVVM - это хорошо. MVVM - это надёжно. Даже если при очередном обновлении плагина грэдла кодген начнёт кидать стековерфлоу - всегда можно вырубить биндинг и переписать по-человечески"
Так вернёмся к сабжекту 😀
Обсуждают сегодня