Ну как обычно — шаринг мультикаст callback flow, чтоб с await Close было. Ондроед, управление скоупом.

А кокнретней? Что там бегает?

Ну из примеров, например бывает нужен стрим событий от чего-нибудь системного в нескольких местах. Например, обновление GPS, или состояние сети. Но нужны они только тогда, когда есть потребители. Сейчас приходится выворачиваться каналами + подсчёт количества потребителей вручную.

То есть надо на первого потребителя открыть, на последнего закрыть?

А как буфер должен работать?

И при подписке потребителя нужно ли иметь историю того, что было до подписки?

У меня просто сейчас будет схожая задача при подписке на события девайсов. Что-то довольно легко сделать на коленке, но сложно сделать универсальный апи

Да, именно так. В обсуждении там как раз было про указание размера буфера. Сейчас по ситуации либо ConflatedBroadcastChannel, либо при превращении во flow опрашивать текущее значений и пихать его в onStart

Просто без буфера довольно легко сделать ручками. А вот с буфером надо думать

Стрим событий или информация о текущем состоянии? Это разные вещи. А что делать с событиями которые произошли до того, как потребители появились?

Тут вообще выглядит как обзёрвабл

Там есть нюанс. Есть что-то, что генерит события постоянно. Надо, чтобы при наличии подписчиков оно куда-то оправлялось, но проблема в том, что происходят с событиями до того, как возник подписчик. Также вопрос в том, что если есть несколько подписчиков, то кому какую историю хранит

Ну тут получается нужно только актуальное состояние

В этом и вопрос. Если нужно только актуальное состояние - можно самому довольно легко сделать

В ряде случаев, текущее состояние будет идентичным последнему событию. В идеале как раз такое происходит с состоянием сети, в gps зависит от указанного threshold, но в целом можно пренебречь. В ряде случаев оно действительно неприменимо и нужен именно буфер.

Вот мой issue: https://github.com/Kotlin/kotlinx.coroutines/issues/1836

О, а там как раз еще вот что есть с учетом новых реалий
https://github.com/Kotlin/kotlinx.coroutines/pull/1716

Мне одному кажется, что 1.3.70 самый косячный релиз? У меня:
0) Сломался fold у either. Кейс:
result.fold(
ifLeft = { SomeResult.Bad() },
ifRight = { if (flag) SomeResult.Ok() else SomeResult.Bad() }
)

Говорит, что ждёт SomeResult.Bad, а приходит SomeResult.Ok. Приходится ручками писать тип SomeResult. И при этом студия продолжает считать, что тип не надо указывать, котлин сам выведет.
1) периодически отваливаются некоторые top level функции, при этом студия их видит, но проект не собирает, пока клин ребилд не сделаешь
2) иногда просто так в рандомном месте падает с ошибкой что пришёл null там, где его не может быть, опять же клин ребилд помогает
3) и ещё всякие подобные происшествия, которых не было никогда раньше.

У моего коллеги, кстати, была 2 ошибка постоянной, даже инвалидирование кэшей не помогло. Я сел ему помочь - на моей машине всё ок собралось из тех же исходников.

С выводом типов может помочь только отключение нового вывода в IDE или включение в компиляторе