🅵
Это просто не имеет особого смысла
Size: a a a
2020 April 06
🅵
А так, у тебя есть Provider
🅵
Не умеешь в него - любой другой DI
r
хм, не совсем понял что будет храниться в провайдере
r
или это синглтон такой
🅵
ну что тебе там надо
🅵
зачем синглтон
🅵
если провайдер это DI
🅵
По факту мало что вообще стоит гдето там хранить
🅵
Почти весь интерфейс строится исходя из определенных ежемоментных состояний и хранить почти ничего не надо.
🅵
Что то там изменилось - окей, перестроил интерфейс исходя из нового состояния и забыл.
🅵
Если что то всеже стоит закэшировать, надо понять сначало, это часть бизнес логики или часть интерфейса
🅵
Если интерфейса - провайдер
🅵
если бизнеслогики - в репозиторий
r
Ну например: юзер, флаг стутус_чекбокса(условно говоря), таймер обратного отсчета(например, каждые 10 секунды я хочу у пользователя обновлять поле какое-то)
🅵
Ну как вариант и шли из интерфейса каждые 10 секунд запрос на получение новых данных.
🅵
Можно, конечно, отправить один раз эвент и инициализировать тикер в блоке и возвращать этим блоком состояния.
Но тут ты можешь напороться на один ньюанс ванильного блока
Но тут ты можешь напороться на один ньюанс ванильного блока
🅵
А именно пока обрабатывается один эвент (а пока работает тикер - он обрабатывается) - не обрабатываются другие эвенты.
r
или к примеру, у меня на экране состояние зависит от того, какое значение имеет сразу несколько переменных
например, показывать или не показывать форму, в зависимости от нескольких флагов
т.е состояние флагов мне нужно всегда в независимости от того, какой я сейчас имею стейт
например, показывать или не показывать форму, в зависимости от нескольких флагов
т.е состояние флагов мне нужно всегда в независимости от того, какой я сейчас имею стейт
🅵
По сути это полезная фича, для многих, позволяет сохранять очередность событий, но не для меня