PA
Спасибо большое за ответы!
Size: a a a
2020 June 21
Q
Нет за что, просто в данном случае ты получаешь однообразную логику/обертку для данных, событий, исключений. Это удобно.
Q
Всё, что необходимо сделать, это подставить свой класс на место generic
PA
Именно к этому и стремлюсь. Видимо, без реактивности во всех слоях уже никак не выжить. Буду учиться
E
ты используешь MVVM + стейт? Почему бы не завести MVI?
Q
Необязательно реактивность ) Просто она удобнее, как по мне. Городить callback hell не оч хочется, можно не использовать flow, а передать в качестве аргумента функцию высшего порядка:
((OperationResult<MyModel>) -> Unit)
Тот же callback, но вид сбоку )
((OperationResult<MyModel>) -> Unit)
Тот же callback, но вид сбоку )
Q
ты используешь MVVM + стейт? Почему бы не завести MVI?
потому что для меня MVI это оверхед
Q
Кому-то удобно, но для меня лишняя писанина
E
Кому-то удобно, но для меня лишняя писанина
согласен)
C
Народ, а интерактор может быть не один для ViewModel? Их может быть несколько?
AD
Народ, а интерактор может быть не один для ViewModel? Их может быть несколько?
да, может. так же и несколько репозиториев внутри одного интерактора.
AA
Ребята. А ещё нормальные книжки по архитектуре приложений подскажите? И вот такой вопрос ещё: все эти MV* применимы к десктопным приложениям или приложениям, к примеру, на iOS?
Q
Albert Abdullin
Ребята. А ещё нормальные книжки по архитектуре приложений подскажите? И вот такой вопрос ещё: все эти MV* применимы к десктопным приложениям или приложениям, к примеру, на iOS?
они, изначально, и были на десктопе)
AA
они, изначально, и были на десктопе)
Ну спасибо. Просто я в архитектуре даже не полный ноль, а минус один
Q
их просто пытаются подогнать к мобильной разработке
Q
Все эти паттерны справедливы для любой платформы
AA
Спасибо
AA
их просто пытаются подогнать к мобильной разработке
Даже так. Как интересно
EG
в общем это покрывает все мои кейсы и для меня удобно
Где бы почитать про этот подход такой?