Size: a a a

Android Architecture

2020 March 06

AO

Artem Osipov in Android Architecture
mr. PESIK
в общем, вы считаете что среди них нет лучше и хуже?
есть только то что подходим именно вам в данный момент
источник

mP

mr. PESIK in Android Architecture
Kopusha
думаю, если презентация для своих, то надо меньше фантазировать про то, во что сам не веришь и честно сказать, что переход на VM в андроиде принесет 2 штуки:
1. Избавишься от шелухи типа интерфейса на каждый View
2. Избавишься от лайфсайкл говна типа "onPause/onResume/etc".

И это уже того стоит, схлопнется много кода. Если сделать еще один шажок и собрать все LD в одну LD<State> (недо MVI), то можно получить еще больше, типа понятного, декларативного описания состояния вьюхи.
я писал и на том и на том, MVVM оказалась удобнее в купе с room и LiveData. Так что я верю, но все же название слишком провокационное, а аргументы все можно разбить
источник

AO

Artem Osipov in Android Architecture
и MVVM я вижу для себя только реально с еще одним шагом когда есть только один стейт
источник

K

Kopusha in Android Architecture
++
источник

mP

mr. PESIK in Android Architecture
Artem Osipov
и MVVM я вижу для себя только реально с еще одним шагом когда есть только один стейт
похоже на MVI становится
источник

AO

Artem Osipov in Android Architecture
именно)
источник

AO

Artem Osipov in Android Architecture
и еще конкретно в гугловой реализации была какая-то трабла с возвратом фрагмента из backstack
источник

mP

mr. PESIK in Android Architecture
Artem Osipov
именно)
вот аргумент) легко перейти на MVI потом
источник

K

Kopusha in Android Architecture
источник

mP

mr. PESIK in Android Architecture
Artem Osipov
и еще конкретно в гугловой реализации была какая-то трабла с возвратом фрагмента из backstack
еще проблема с SingleEvent, о которой я мало чего знаю
источник

AO

Artem Osipov in Android Architecture
mr. PESIK
еще проблема с SingleEvent, о которой я мало чего знаю
и она еще, да
источник

V

Vladimir in Android Architecture
Kopusha
думаю, если презентация для своих, то надо меньше фантазировать про то, во что сам не веришь и честно сказать, что переход на VM в андроиде принесет 2 штуки:
1. Избавишься от шелухи типа интерфейса на каждый View
2. Избавишься от лайфсайкл говна типа "onPause/onResume/etc".

И это уже того стоит, схлопнется много кода. Если сделать еще один шажок и собрать все LD в одну LD<State> (недо MVI), то можно получить еще больше, типа понятного, декларативного описания состояния вьюхи.
Столкнулся с таким в подобии интернет магазина, где был стейт, в нем помимо прочего ещё и список товаров. И вот было достаточно неудобно изменять количество товаров, особенно когда все иммутабельное
источник

V

Vladimir in Android Architecture
Хотя может просто нужно было более плоскую модель состояния сделать..
источник

(

( in Android Architecture
Vladimir
Хотя может просто нужно было более плоскую модель состояния сделать..
надо было брать линзы
источник

V

Vladimir in Android Architecture
(
надо было брать линзы
Ват?
источник

(

( in Android Architecture
Vladimir
Ват?
источник

V

Vladimir in Android Architecture
Спасибо, почитаю.
Не всегда схожу понятно сарказм в сообщении или напутствие )
источник

ML

Mikhail Levchenko in Android Architecture
(
надо было брать линзы
не нужно было
источник

ML

Mikhail Levchenko in Android Architecture
Vladimir
Столкнулся с таким в подобии интернет магазина, где был стейт, в нем помимо прочего ещё и список товаров. И вот было достаточно неудобно изменять количество товаров, особенно когда все иммутабельное
тебе нужно было сделать  вспомогательные функции для операций над стейтом.
источник

ML

Mikhail Levchenko in Android Architecture
тогда бизнес логика не захламляется операциями над структурами данных
источник