Ок, спс )

Вот есть у меня канал. Может ли кто-нибудь придумать простой способ, как за суспендиться пока канал не пуст? Я вижу один довольно громоздкий метод с селектами, но может просмотрел чего простой.

надо выполнить что то когда данные в канале закончатся?

Да. Он бесконечный, но идея в том, чтобы подождать, пока все уже оправилось и отправить сообщение отедльно

а когда все отправлено - канал продолжает жить?

Делать receiveOrNull (хотя я точно не помню, как оно называется), а после - вызывать то, что должно произойти по пустому каналу

да. Если бы он закрывался, вопроса бы не было

Там у них аналоги а-ля send/offer, receive/забыл

Не, тут надо неинвазивно. Вообще какая-то нескладушка, видимо надо по-другому проектировать.

А там не было коллбэков на ресив?

Там есть SelectClause

Поэтому через селекты можно

Понял

А чо, вроде норм решение, сделать обёртку, которая будет просто канал на эмпти перед тем как будет ресив вызывать, вообще изи

Или после рессива 🤷‍♂

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

Ну да, так можно. Но чего-то мне не нравится, как выглядит. Сделаю вообще изолирующую оболочку. Тут задача такая: есть порт, в который могут отправляться и из которого получаться данные. Обычно все идет асинхронно, но с некоторыми приборами надо общаться синхронно. Для этого надо проверить, что нет неотправленных сообщений. Но я подумал, что один порт никогда не будет использоваться одновременно и в синхронном и в асинхронном режиме.

я бы сделал некое подобие протокола, управляющий пакет, который говорит о том, что текущая пересылка закончена

В протокол я не могу вмешиваться, он определяется прибором

А, ну это вроде тогда не дело канала 🤔