Здравствуйте, Pauel, Вы писали:

P>Здравствуйте, Serginio1, Вы писали:

S>> Грубо говоря нужно сказать, что IO и еще, что то. Но суть даже не в этом в .Net 90% асинхронщины это TaskCompletionSource c использованием CancellationToken
S>>Поэтому сильно ограничен для использования в асинхронном коде, когда уже существую асинхронные аналоги

P>Не понял, джава виртуальные треды ограничены, потому что в дотнете есть асинхронные аналоги?

Да уж!! То есть ты такой вывод оказывается сделал. Почитай для интереса в том числе и использованием TaskCompletionSource и CancellationToken
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/implementing-the-task-based-asynchronous-pattern

Ктати про асинхронные примитивы синхронизации. vdimas их кстати критиковал
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types#tasks-and-wait-handles

Еще частая задача Наблюдение за ходом выполнения
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern#monitoring-progress
То есть текущий поток не останавливается. Он работает и дальше и проверяет очередь сообщений окна или еще чего

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

Я очень рад за вас, что у вас появилась такая киллер фича!

Здравствуйте, Pauel, Вы писали:

P>Здравствуйте, Serginio1, Вы писали:

S>> Грубо говоря нужно сказать, что IO и еще, что то. Но суть даже не в этом в .Net 90% асинхронщины это TaskCompletionSource c использованием CancellationToken
S>>Поэтому сильно ограничен для использования в асинхронном коде, когда уже существую асинхронные аналоги

P>Не понял, джава виртуальные треды ограничены, потому что в дотнете есть асинхронные аналоги?

Да уж!! То есть ты такой вывод оказывается сделал. Почитай для интереса в том числе и использованием TaskCompletionSource и CancellationToken
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/implementing-the-task-based-asynchronous-pattern

Ктати про асинхронные примитивы синхронизации. vdimas их кстати критиковал
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types#tasks-and-wait-handles

Еще частая задача Наблюдение за ходом выполнения
https://learn.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern#monitoring-progress
То есть текущий поток не останавливается. Он работает и дальше и проверяет очередь сообщений окна или еще чего.
И задача может продолжаться в другом потоке или в том в котором вызван если существует контекст синхронизации

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

Я очень рад за вас, что у вас появилась такая киллер фича!