169 похожих чатов

Есть такой вопрос общий. Например есть UI часть приложения

(экран) и сервисная часть приложения (например сервис геолокации, бекраунд уведомления и тд). На нативе я решал такое вынесением ключевых (корневое состояние) на уровень Приложения, при этом части приложения (экраны или бекраунд сервисы) общались с корневым состоянием через механизм синхронизации. На флаттере вроде лафа - в изоляте ивент луп дает на халяву полную синхронизацию доступа к данным. НО как быть при выполнении кода в разных изолятах (сервис локации, сервис бекграунд уведомлений и тд), когда нет общего слоя Приложения, где выполнять синхронизацию корневого состояния ?

18 ответов

52 просмотра

Вам дали же stream им и пользуйтесь в чем проблема то?

Сделать один изолят источником истины, обновления состояния рассылать остальным изолятам

А есть ли практический смысл такого разделения на изоляты? Я не смог найти ни одной good practice по разделению на изоляты, кроме рекомменадаций по compute

Sergey Mogilnikov
А есть ли практический смысл такого разделения на ...

Если ты пришел из натива, где вызовы к сети в отдельном потоке делались — то тут такого не надо.

Sergio Molchanovsky
Если ты пришел из натива, где вызовы к сети в отде...

Это я в курсе, здесь поток один и только огромные future выделяются в compute

neatcoding- Автор вопроса

локация, бг нотификация - в отдельном потоке 100%

neatcoding
локация, бг нотификация - в отдельном потоке 100%

А зачем? Локация вызывается коллбеком с нативы и там уже движок определит, в каком изоляте это будет исполняться

neatcoding
локация, бг нотификация - в отдельном потоке 100%

Локация — есть готовый пакет geolocator, чем он не устраивает?

Sergio Molchanovsky
Если ты пришел из натива, где вызовы к сети в отде...

в котлине корутины тоже в одном потоке вызываются, но иной раз лучше выделить отдельный скоуп

neatcoding- Автор вопроса
Sergey Mogilnikov
в котлине корутины тоже в одном потоке вызываются,...

на нативе это элементарно решается синхронизацией

neatcoding
на нативе это элементарно решается синхронизацией

Синхронизация не самый лучший механизм, она может приводить к дедлокам

neatcoding- Автор вопроса
neatcoding
смотря как делать - есть инструменты

После голанга и его каналов сложилось ощущение, что блокировок лучше избегать)

Sergey Mogilnikov
После голанга и его каналов сложилось ощущение, чт...

В dart stream практически полный аналог каналов в голанге.

neatcoding- Автор вопроса
Sergey Mogilnikov
После голанга и его каналов сложилось ощущение, чт...

ну есть простые инструменты синхронизации - например через потоки. ХОтя на иОСе там более геморно - но вроде получалось

Anatoliy
В dart stream практически полный аналог каналов в ...

Они не синхронизируются между изолятами

Anatoliy
Ну там порты есть

Об этом и шла речь изначально - нужен один изолят, который будет работать с данными и отдавать их всем остальным

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта