Почему я должен создавать асинхронные операции WebAPI вместо синхронизирующих?

У меня есть следующая операция в веб-API, который я создал:

Использование ключевого слова async в сигнатуре метода для возврата задачи в конечную точку Web Api

Если бы я хотел написать неблокирующее действие веб-API, возвращая

Поведение времени ожидания в HttpWebRequest.GetResponse () против GetResponseAsync ()

Когда я пытаюсь следующий код:

Async ждут, как использовать возвращаемые значения

Ожидание или Задача. От результата

У меня есть одна служба, скажем,

Невозможно преобразовать лямбда-выражение в тип «…», поскольку оно не является делегатом

Почему «await LoadAsync ()» останавливает пользовательский интерфейс, а «await Task.Run (() => Load ())» этого не делает?

Почему не все функции должны быть асинхронными по умолчанию?

асинхронному Await [http://msdn.microsoft.com/en-us/library/vstudio/hh191443.aspx]паттерн .net 4.5 меняет парадигму. Это слишком хорошо, чтобы быть правдой. Я портировал некоторый тяжелый IO-код на async-await, потому что блокировка осталась в ...

Создает ли использование async / await новый поток?

Я новичок вTPL и мне интересно: как асинхронное программирование поддерживает новое для C # 5.0 (через новый

Безопасно ли использовать async / await в обработчиках событий ASP.NET?

Я занимался кодированием в ASP.NET, когда натолкнулся на это: