network-first стратегия

Есть асинхронный сторадж (SQLite) и AJAX
Если сеть отвалилась, фолбек на storage

то что делает ServiceWorker, только для среды где нельзя использовать сервис-воркеры

всё равно не понятно, то есть чтобы get сам не запускался?

Опционально запускался
И была возможность запускать его руками

Возможно это слишком )

мне кажется это оверкилл. ну то есть ты делаешь два стора, один восстанавливается из стораджа, в другой пытаешься получить данные эффектом, если эффект упал — забираешь данные из первго стора (например через sample+clock:fxFail). ну то есть это высокоуровневая стратегия.

Хм, хорошая мысль
Подумаю
Спасибо)

Кейс очень редкий на самом деле - интеграция WebView с Android-овским API SharedPreferences ))

Ты пожалей то малекую либу для проксирования значений сторов в сторедж)

А так я посмотрел - очень крутая реализация получилась

update из аргументов adapter это сам get, который ретернить adapter )

Спасибо, будет время - начну перекат на 4 версию

идея такая, что адаптер занимается только общением со стораджем, и может вообще ничего не знать про эффектор. а effector-storage общается с любым адаптером по определённому протоколу.
из коробки я сделал в адаптере к locaStorage и sessionStorage и чтение, и парсинг в одном, но если такой адаптер не устраивает по каким-то причинам — библиотека поощряет создавать свои адаптеры, их можно даже отдельными пакетами публиковать в npm :)

Надо подумать, что можно придумать для миграции данных

Я думаю это можно сделать адаптер высшего порядка )

ну storage это и есть фабрика адаптеров)

У меня пока две идеи
1. Эффекторовский стор, который хранит стейт, версию, передан в persist() и его слушает эффекты-миграторы
2. адаптер высшего порядка. мигратор => адаптер => адаптер

В redux-persist по первому пути пошли вроде как

Всем привет.
А как что то подобное можно сделать красиво?
sample ({
...
target: [fetch, fetch2],
})

Так и сделай

Что именно тут некрасиво?

Таргет может в мультитаргет

А. то есть так можно?
Нигде не нашёл инфы...