Есть такой фреймворк Spring Integration. Он про en...
# russian
l
Есть такой фреймворк Spring Integration. Он про enterprise integration patterns с конечными точками а каналами между ними. Корутины с каналами очень на это дело похожи. Не хватает только готовых кроссплатформенных корутин на работу с http и прочим.
g
Зачем нужны кроссплатформеные корутины/каналы для Spring? Это же JVM только
l
Не, без спринга
Кмк, у котлина уже есть основы - endpoints (корутины) и channels. Остается наплодить готовые инстурменты - работа с протоколами, базами и прочим
Либы для работы с http и прочим то давно есть. И под jvm и под js.
То есть остается сделать корутины которые будут работать с тем или иным платформенным решением.
g
Мне кажется каналы в этой схеме наименьшая проблема
Корутины сами по себе и так уже работают на всех платформах
l
... каналы то тут причем?)
g
Ну про то что Channels в котлине есть, но только на JVM
Глобально идея наверное здравая, но все же соединить все эти библиотеки вместе, да ещё и на разных платформах не такая простая задача
l
А в js нету?
g
Нет. Каналы это же в основном способ коммуникации между тредами (по крайней мере именно это делает из имплементацию такой какая она есть), на js все это не нужно, думаю Cold Streams будут кроссплатформенными, может не сразу, но в перспективе
Потенциально конечно ничто не запрещает каналы на JS иметь, просто сейчас это не самое важное, каналы ещё экспериментальные, ждём холодных стримов
l
"Каналы это же в основном способ коммуникации между тредами" Я не особо шарю в корутинах, но каналы далеко не только для этого нужны, кмк.
А что за холодные стримы?
a
Каналы в мультиплатформе есть
l
@altavir Согласитесь, они не только для передачи данных между потоками
a
Не только.
Диспатч асинхронной очереди в общем случае к примеру
g
ах. точно. я даже не видел что они в Common доступны!
r
Они туда тихо переехали, раньше каналы целиком были JVM-only.
g
ага, вот и я не помню когда это случилось, хотя может пропустил в CHANGELOG изменение