Сообщение Re[2]: Зачем нам асинхронность? от 05.08.2020 17:03
Изменено 05.08.2020 17:06 Serginio1
Re[2]: Зачем нам асинхронность?
Здравствуйте, alex_public, Вы писали:
_>Ну а просто асинхронность (без всяких там async/await, а в абстрактном понимание этого термина, в том числе и в виде запуска отдельного потока с тяжёлыми синхронными запросами) — это естественно абсолютно вездесущая концепция, которая нужна всегда и везде.
Вот куча всяких полезняшек https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types
Это не просто
_>Ну а просто асинхронность (без всяких там async/await, а в абстрактном понимание этого термина, в том числе и в виде запуска отдельного потока с тяжёлыми синхронными запросами) — это естественно абсолютно вездесущая концепция, которая нужна всегда и везде.
Вот куча всяких полезняшек https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types
Это не просто
для превращения обычно некрасивого кода работы с асинхронным вводом-выводом в его красивый (похожий на синхронный аналог) вариант
Re[2]: Зачем нам асинхронность?
Здравствуйте, alex_public, Вы писали:
_>Ну а просто асинхронность (без всяких там async/await, а в абстрактном понимание этого термина, в том числе и в виде запуска отдельного потока с тяжёлыми синхронными запросами) — это естественно абсолютно вездесущая концепция, которая нужна всегда и везде.
Вот куча всяких полезняшек https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types
смотри WaitOneAsync
Это не просто
_>Ну а просто асинхронность (без всяких там async/await, а в абстрактном понимание этого термина, в том числе и в виде запуска отдельного потока с тяжёлыми синхронными запросами) — это естественно абсолютно вездесущая концепция, которая нужна всегда и везде.
Вот куча всяких полезняшек https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern
https://docs.microsoft.com/ru-ru/dotnet/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types
смотри WaitOneAsync
Это не просто
для превращения обычно некрасивого кода работы с асинхронным вводом-выводом в его красивый (похожий на синхронный аналог) вариант