Так офигенно же.

Следи за руками
- делаешь синглотон data класс Store (1), в котором будет весь стейт
- вешаешь на shared-prefs "тупой" листенер, который при каждом изменение вычитает все префсы в (1)
- делашь функию

fun <T> udpate(f : (Store) -> Pair<Store, T>): T

внутри который обратно сохранешь в прейсы
- во всем остальном коде измени/чтение префсов делаешь через update

Все: вместо 20 грязных функций, у тебя получается одна универсальная

Следующем шагом, начинаешь мапить еще и бд
Да и любые co-effect

Ну тут какая-то дичь старая)
Но половина идеи там есть (стор и update)

Остальсь только синхронизаторы реализовать store <-> shared-prefs / store <-> sqlite и тд

Ридер монадка

Ну тут какая-то дичь старая)
Но половина идеи там есть (стор и update)

Остальсь только синхронизаторы реализовать store <-> shared-prefs / store <-> sqlite и тд

Почитал. Клёвая штука.)

О, как раз ты пишешь. :)

да я просто хотел колобка кинуть)

Не, рил, как ты свяжешь компаньон и данные? Глобальное мутабельное поле?

Все правильно, можно его в atomic засунуть
Ты не смотри в тот код подробно, там только наброски были

Я тебе кинул ссылки куда надо смотреть.

Ну и чтение/запись стора это грязный-эффект, та что не надо на нем зацикливатя
Зато их всего 2, а не 20, как без него.

Я тебе кинул ссылки куда надо смотреть.

Ну и чтение/запись стора это грязный-эффект, та что не надо на нем зацикливатя
Зато их всего 2, а не 20, как без него.

re-frame это готовый фреймворк, можно кучу идей натырить

Так погоди... Всё равно остаётся 20 грязных функций, только к ним добавляется 2, которые просто транслируют инфу этим 20-ти.