Раз про архитектуру речь зашла, как лучше организовать сохранение состояния

Question

Раз про архитектуру речь зашла, как лучше организовать сохранение состояния

в дата-слое, если домен и сама дата часто обращается к ней с чтением/записью, и при её обновлении (этой переменной) она эмитится в горячий поток, и дальше уже обрабатывается.
Сейчас это просто помещено в переменную (дата класс), но вроде это неверный подход? Что лучше использовать, если эти данные нужны только на время существования приложения? Room с inMemoryDatabaseBuilder?

#android #mobile #programming #russian

0

12.09.2023

11 ответов

10 просмотров

ᅠ ᅠ Автор вопроса

Или, может, попроще сформулированный вопрос – как правильно хранить состояние на уровне дата-слоя, если это состояние эмитится в горячий поток после каждого изменения?

0

12.09.2023

ᅠ ᅠ Автор вопроса

ᅠ ᅠ
Или, может, попроще сформулированный вопрос – как ...

Может есть какой-нибудь совет по вопросу..?

0

12.09.2023

ᅠ ᅠ Автор вопроса

^^^^^^^^^^^^^^^^^^^^^^^^ ___
Ну просто создаёшь класс на уровне дата слоя. Назы...

Сейчас это переменная-дата класс... А что подразумевается под "хранишь flow"..? Там ведь если не подписался заранее, ты не сможешь получить какое-нибудь состояние до эмита Состояние не такое базовое, как через sealed или enum... Там и инты, и булен, и массивы разных типов

0

12.09.2023

^^^^^^^^^^^^^^^^^^^^^^^^ ___

ᅠ ᅠ
Сейчас это переменная-дата класс... А что подразум...

class DataStore { val state:Flow<State> } sealed class State<T>(val data: T? = Null){ object Empty: State() class Has(data:T) : State(data) }

0

12.09.2023

^^^^^^^^^^^^^^^^^^^^^^^^ ___

ᅠ ᅠ
Сейчас это переменная-дата класс... А что подразум...

И там вообще пох когда ты подписался на данные. Ты схватишт то что есть

0

12.09.2023