ОС
Size: a a a
2019 September 06
Ю
initvalue чтоб избежать нул и там еще по приходу проверять
T
Резюмирую:
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
Ю
а как оно работает так хитро синхроном с базой?
ND
Резюмирую:
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
Просто вызови init в main (пока будет инит базы - пользователь будет видеть launchscreen)
T
Если прокидывать футуру с инициализацией вверх, то при инициализации сервиса также придется делать асинхронный метод, который будет ждать рерпозиторий и, соответственно, так до самого верха вызовов вплоть до bloc'а
T
Просто вызови init в main (пока будет инит базы - пользователь будет видеть launchscreen)
Тоже вариант, спасибо
T
а как оно работает так хитро синхроном с базой?
А оно возвращает синхронно стрим и под капотом делает свои грязные дела асинхронно и отправляет в стрим
ОС
Кинь в гист виджет
ND
Тоже вариант, спасибо
Это лучшее, чтобы не городить костыли
AY
Угу, но ведь метод, который отдает стрим, обращается к БД, которая должна успеть инициализироваться асинхронно
Можно отдать стрим
А к бд обратиться после с await
А к бд обратиться после с await
T
Можно отдать стрим
А к бд обратиться после с await
А к бд обратиться после с await
Под капотом пакета floor так и делается, думаю
EC
Резюмирую:
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
1) Есть репозиторий, который выступает посредником между базой и сервисом.
2) У репозитория есть синхронные методы, которые обращаются к бд и оттуда отдают стрим.
3) бд, в свою очередь, инициализируется асинхронно.
Вопрос: где нужно дожидаться окончания футуры с инициализацией бд?
При старте приложения инициализировать бд
T
Это лучшее, чтобы не городить костыли
Да, выглядит разумнее всего
T
Evgeny Cherkasov
При старте приложения инициализировать бд
+, спасибо
EC
а, уже написали
T
Класть в main FutureBuilder, верно?
ОС
Нет, это если вы в билде виджета вызываете
ОС
Там просто авайт