(экран) и сервисная часть приложения (например сервис геолокации, бекраунд уведомления и тд). На нативе я решал такое вынесением ключевых (корневое состояние) на уровень Приложения, при этом части приложения (экраны или бекраунд сервисы) общались с корневым состоянием через механизм синхронизации. На флаттере вроде лафа - в изоляте ивент луп дает на халяву полную синхронизацию доступа к данным. НО как быть при выполнении кода в разных изолятах (сервис локации, сервис бекграунд уведомлений и тд), когда нет общего слоя Приложения, где выполнять синхронизацию корневого состояния ?
Вам дали же stream им и пользуйтесь в чем проблема то?
Сделать один изолят источником истины, обновления состояния рассылать остальным изолятам
А есть ли практический смысл такого разделения на изоляты? Я не смог найти ни одной good practice по разделению на изоляты, кроме рекомменадаций по compute
Если ты пришел из натива, где вызовы к сети в отдельном потоке делались — то тут такого не надо.
Это я в курсе, здесь поток один и только огромные future выделяются в compute
локация, бг нотификация - в отдельном потоке 100%
А зачем? Локация вызывается коллбеком с нативы и там уже движок определит, в каком изоляте это будет исполняться
Локация — есть готовый пакет geolocator, чем он не устраивает?
в котлине корутины тоже в одном потоке вызываются, но иной раз лучше выделить отдельный скоуп
на нативе это элементарно решается синхронизацией
Синхронизация не самый лучший механизм, она может приводить к дедлокам
смотря как делать - есть инструменты
После голанга и его каналов сложилось ощущение, что блокировок лучше избегать)
В dart stream практически полный аналог каналов в голанге.
ну есть простые инструменты синхронизации - например через потоки. ХОтя на иОСе там более геморно - но вроде получалось
Они не синхронизируются между изолятами
Ну там порты есть
Об этом и шла речь изначально - нужен один изолят, который будет работать с данными и отдавать их всем остальным
Обсуждают сегодня