Информация об изменениях

Сообщение Re[29]: Можно ли избавиться от async|await? от 18.12.2025 20:11

Изменено 19.12.2025 10:26 Serginio1

Re[29]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:

S>>Почитав

S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.

А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты итд итп.

S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд

·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?

Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные

А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.
Re[29]: Можно ли избавиться от async|await?
Здравствуйте, ·, Вы писали:

S>>Почитав

S>>Виртуальные потоки в Java: эволюция, практика, подводные камни
S>>Его суть использовать старый код в асинхронном виде.
·>Откуда такой бредовый вывод? Суть — сабж. Т.е. избавиться от необходимости асинхронного кода.

А нужно? В статье про подводные камни расписано. Проще использовать асинхронный код и использовать как параллельные асинхронные вычисления, так и последовательные, таймауты, CancellationToken итд итп.

S>>На C# c помощью ИИ легко сгенерировать новый асинхронных код заменив Thread.Sleep на асинхронный аналог Task.Delay, ThreadLocal на AsyncLocal итд

·>Наверное можно, и в тривиальных случаях может даже заработает как-то. Но зачем?

Почему в тривиальных. Все зависит от того, как поставишь задачу ИИ. Они очень умные

А зачем использовать виртуальные потоки? Ради производительности в многопользовательских серверах как правило.