Сообщение Re[43]: Можно ли избавиться от async|await? от 12.01.2026 8:52
Изменено 12.01.2026 9:02 Serginio1
Re[43]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
S>>Вот смотрю я на асинхронное программирование в Яве
·>Похвально. Ещё посмотри на Structured Concurrency
·>
·>Непонятно какое это отношение имеет к virtual threads и к сабжу.
S>> В JavaScript, под влиянием TypeScript пришли к тому, что await значительно лучше чем создание цепочек обратных вызовов
·>Лучше, конечно. Но речь идёт про virtual threads. С ними не нужен ни await, ни цепочки обратных вызовов. Можно писать тупой синхронный код и выполнять на миллионах тредов.
Речь вообще то идет про асинхронный код в общем. virtual threads не покрывает все возможные варианты. Я специально тебе вопросы задавал.
virtual threads хороши для переноса синхронного кода. Но когда мне нужно параллельно скачать с нескольких ресурсов и продолжить после завершения всех скачанных или первого скачанного, то как мне помогут virtual threads?
·>Здравствуйте, Serginio1, Вы писали:
S>>Вот смотрю я на асинхронное программирование в Яве
·>Похвально. Ещё посмотри на Structured Concurrency
·>
S>> // передаем в thenAccept обратный вызов
·>·>Непонятно какое это отношение имеет к virtual threads и к сабжу.
S>> В JavaScript, под влиянием TypeScript пришли к тому, что await значительно лучше чем создание цепочек обратных вызовов
·>Лучше, конечно. Но речь идёт про virtual threads. С ними не нужен ни await, ни цепочки обратных вызовов. Можно писать тупой синхронный код и выполнять на миллионах тредов.
Речь вообще то идет про асинхронный код в общем. virtual threads не покрывает все возможные варианты. Я специально тебе вопросы задавал.
virtual threads хороши для переноса синхронного кода. Но когда мне нужно параллельно скачать с нескольких ресурсов и продолжить после завершения всех скачанных или первого скачанного, то как мне помогут virtual threads?
Re[43]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:
·>Здравствуйте, Serginio1, Вы писали:
S>>Вот смотрю я на асинхронное программирование в Яве
·>Похвально. Ещё посмотри на Structured Concurrency
·>
·>Непонятно какое это отношение имеет к virtual threads и к сабжу.
S>> В JavaScript, под влиянием TypeScript пришли к тому, что await значительно лучше чем создание цепочек обратных вызовов
·>Лучше, конечно. Но речь идёт про virtual threads. С ними не нужен ни await, ни цепочки обратных вызовов. Можно писать тупой синхронный код и выполнять на миллионах тредов.
Речь вообще то идет про асинхронный код в общем. virtual threads не покрывает все возможные варианты. Я специально тебе вопросы задавал.
virtual threads хороши для переноса синхронного кода. Но когда мне нужно параллельно запустить несколько задач , скачать с нескольких ресурсов и продолжить после завершения всех скачанных или первого скачанного, то как мне помогут virtual threads?
·>Здравствуйте, Serginio1, Вы писали:
S>>Вот смотрю я на асинхронное программирование в Яве
·>Похвально. Ещё посмотри на Structured Concurrency
·>
S>> // передаем в thenAccept обратный вызов
·>·>Непонятно какое это отношение имеет к virtual threads и к сабжу.
S>> В JavaScript, под влиянием TypeScript пришли к тому, что await значительно лучше чем создание цепочек обратных вызовов
·>Лучше, конечно. Но речь идёт про virtual threads. С ними не нужен ни await, ни цепочки обратных вызовов. Можно писать тупой синхронный код и выполнять на миллионах тредов.
Речь вообще то идет про асинхронный код в общем. virtual threads не покрывает все возможные варианты. Я специально тебе вопросы задавал.
virtual threads хороши для переноса синхронного кода. Но когда мне нужно параллельно запустить несколько задач , скачать с нескольких ресурсов и продолжить после завершения всех скачанных или первого скачанного, то как мне помогут virtual threads?