Да, CoroutineScope, видимо, останется в библиотеке, но CancellableContinuation и поддержка cancel будут в языке.

а чем сейчас плохо сделано, что на суспенд поинтах оно отменяется?

или это и не собираются менять

не совсем понял

Это мы не собираемся менять. Грубо говоря, сейчас suspend функция возвращает T | COROUTINE_SUSPENDED, а будет T | COROUTINE_SUSPENDED | COROUTINE_CANCELLED

Не успеваешь одно выучить, уже собираются что-то в этом менять🤦‍♂

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

Во, нашёл.

А вы что, изучили корутины на таком уровне?

На каком таком

RTFM так RTFM - найдёшь там упоминание structured concurrency? пакет context, где-то с 2014-го пилят и не запариваются как именно это будет называться, со временем по фичам оно возможно уже попало под этот термин. structured concurrency - просто маркетинг котлина по большей части. а термин ввёл в употребление вроде как Елизаров году так в 2018, ну т.е. недавно, и именно чтобы пиарить корутинс.

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

Где живёт COROUTINE_SUSPENDED

Его уже не спасти

о, понеслась

Нормальный ФПшник бы хоть ду-нотацию упомянул

Ну почти угадал

Я же написал, что не успел. Но я сел учить неделю назад, а затем в отпуск ушел😁. Завтра последний день. Пока только понял чем саспенд от блокировки отличается

Да бля. Рома не придумывал термин, он вообще пришёл из trio, питоновской либы. https://vorpus.org/blog/notes-on-structured-concurrency-or-go-statement-considered-harmful/

Вот на трио уже куча всего написана, как и на kotlinx.coroutines.