t
Size: a a a
2020 February 14
B
А как на флаттере сейчас решается проблема восстановления состояния, после того, как процесс с приложением был убит системой? В нативке система сама восстанавливает стек экранов + данные, и пользователь не замечает, что приложение было убито.
кстати вопрос - я тут пример скачал боевого приложения: поиск автобусных рейсов
если сворачиваешь приложение и обратно активируешь - перебрасывает на начало, не помнит историю поиска
если сворачиваешь приложение и обратно активируешь - перебрасывает на начало, не помнит историю поиска
i
То, что все отрисовывается в одном экране на канвасе я знал, просто под капотом представлял апку, как аналог нативной ) Есть ли тогда смысл делать лейзи инициализацию графа зависимостей в приложении на флаттере? Например в нативке часто зависимости создаются по мере навигации и необходимости их на конкретном экране. Получается что для флаттер аппки можно граф сразу создать и это будет нормально?
i
кстати вопрос - я тут пример скачал боевого приложения: поиск автобусных рейсов
если сворачиваешь приложение и обратно активируешь - перебрасывает на начало, не помнит историю поиска
если сворачиваешь приложение и обратно активируешь - перебрасывает на начало, не помнит историю поиска
а в чем вопрос? )
B
а в чем вопрос? )
вопрос почти аналогичный
можно ли все это запомнить и восстановить состояние до перевода в фон (андроид)
и интересно почему не стали делать в том приложении на 5 000 000 установок
можно ли все это запомнить и восстановить состояние до перевода в фон (андроид)
и интересно почему не стали делать в том приложении на 5 000 000 установок
t
То, что все отрисовывается в одном экране на канвасе я знал, просто под капотом представлял апку, как аналог нативной ) Есть ли тогда смысл делать лейзи инициализацию графа зависимостей в приложении на флаттере? Например в нативке часто зависимости создаются по мере навигации и необходимости их на конкретном экране. Получается что для флаттер аппки можно граф сразу создать и это будет нормально?
ну как бы когда нужен обьект берешь с di
t
нужен синглтон или делаешь новый
t
ничего сложного в персисте стейта нет
t
у нас build_redux и меня только пару стейтов интересуют из всего приложения для сохранения данных
i
ну как бы когда нужен обьект берешь с di
это понятно, я больше про концепцию скоупов говорю. К примеру захожу на логин скрин, у меня инициализируются зависимости, нужные только на нем (плюс достаются общие для приложения), уходим с логин скрина, и зависимости, которые нужны были только здесь, чистятся, их больше нет в памяти. Ести ли смысл делать такое поведение на флаттере? Если апка - сингл пейдж, и по идее все сразу создается?
t
redux - single source of truth
t
все состояние приложения там
t
динамически делаем блоки и стримим в презентейшн модели
t
жизнь блоков определяется бизнес логикой апп
i
у нас build_redux и меня только пару стейтов интересуют из всего приложения для сохранения данных
t
с иммутабельными коллекциями
i
посмотрю, спс!
t
build_value build_collection