QH
чёт не завелось. Я правильно понимаю, на скрине зачёркнутый знак равенства это != ?
да, только галку ещё надо поставить, чтобы лигатуры включить
Size: a a a
2020 September 21
AA
да, только галку ещё надо поставить, чтобы лигатуры включить
о, заработало, спасибо!
S
Konstantin dmz9
литрогогами
Лигатурами
S
ligatures
Kd
Singular
Лигатурами
литургиями
NT
Konstantin dmz9
литургиями
летаргиями
Kd
летаргиями
во чогхт всегда думал через и пишется. лан покекали и хватит )
AM
Konstantin dmz9
во чогхт всегда думал через и пишется. лан покекали и хватит )
все правильно же, это два разных слова
NT
Konstantin dmz9
во чогхт всегда думал через и пишется. лан покекали и хватит )
Литургия - богослужение вроде
Летаргия - меланхолия на стероидах
Но да, заканчиваем оффтоп)
Летаргия - меланхолия на стероидах
Но да, заканчиваем оффтоп)
i
Думаю над тем, как должен выглядеть идеальный MVI
Если взять его в простом виде, то у нас есть стейт, который обзёрвит вью, есть экшн, который обзёрвит вью модель
Но если взять что то посложнее, начинают возникать вопросы. У меня более сложная иерархия, но мне будет достаточно понимания более простого примера, а именно:
У нас есть активити, которая холдит 2 фрагмента. У каждого - своя вью модель, причём взаимодействия с одним фрагментом теоретически могут аффектить второй фрагмент, а какие то составляющие стейта второго фрагмента теоретически могут влиять на первый фрагмент.
Самый близкий пример - аудиоплеер, который в портретном режиме выглядит одним образом, в лендскейпе другим. Контролы на одном фрагменте, на другом обложка, тайтл. И там и там есть элементы контроля, например на первом кнопки, на втором жесты.
Как в таком случае будет выглядеть взаимодействие? Каждый фрагмент должен подписаться на экшны и стейт другого?
Если взять его в простом виде, то у нас есть стейт, который обзёрвит вью, есть экшн, который обзёрвит вью модель
Но если взять что то посложнее, начинают возникать вопросы. У меня более сложная иерархия, но мне будет достаточно понимания более простого примера, а именно:
У нас есть активити, которая холдит 2 фрагмента. У каждого - своя вью модель, причём взаимодействия с одним фрагментом теоретически могут аффектить второй фрагмент, а какие то составляющие стейта второго фрагмента теоретически могут влиять на первый фрагмент.
Самый близкий пример - аудиоплеер, который в портретном режиме выглядит одним образом, в лендскейпе другим. Контролы на одном фрагменте, на другом обложка, тайтл. И там и там есть элементы контроля, например на первом кнопки, на втором жесты.
Как в таком случае будет выглядеть взаимодействие? Каждый фрагмент должен подписаться на экшны и стейт другого?
i
Тут ответ очевиден, на сам ом деле, вью модель должна быть от активити
i
Но если не пользоваться этим подходом, то как быть?)
IN
Mvi умеет не только в стейт. А ещё в сингл эвент экшены.
IN
Можешь подписываться на эти экшены , как на асинхронный источник данных.
i
Чорт, слишком плохой пример. Но нет времени придумать лучший, а светить проект нет желания ) Ладно, видимо мне помогут чертоги разума )
i
Спасибо
IN
Просто не ясно что за вью модель, которая обсервит экшн.)
IN
Под вью моделью понимаю чистый дата класс с данными, который вьюшка должна забайнить на себя.)
NS
Всем привет. Кто-нибудь работал над компонетизацией UI? Хочется абстрагироваться от андройда и сделать этакий класс, который будет инфлейтить xml разметку, применять модель к view и отдавать эвенты в свою модель (у которой жц может быть больше чем у view), и чтобы его можно было запихнуть в RecyclerView. Кто-то может дать совет или либу посоветовать? Либы на декларативный ui смотрел, хочется обойтись без них.
КП
Всем привет. Кто-нибудь работал над компонетизацией UI? Хочется абстрагироваться от андройда и сделать этакий класс, который будет инфлейтить xml разметку, применять модель к view и отдавать эвенты в свою модель (у которой жц может быть больше чем у view), и чтобы его можно было запихнуть в RecyclerView. Кто-то может дать совет или либу посоветовать? Либы на декларативный ui смотрел, хочется обойтись без них.
этакий датабайндинг?