Async / Await vs Threads
В .Net 4.5 Microsoft добавила новую функцию Async/Await для упрощения асинхронного кодирования. Однако, мне интересно
- Может ли
Async/Awaitполностью заменить старый способ использованияThreads? - Является ли
Async/Awaitспособным делать то, чтоThreadможет делать асинхронно? - Можно ли использовать
Async/Awaitс помощью некоторых методов, таких какWebClient.DownloadStringAsyncили я могу преобразовать любой синхронный метод, чтобы использоватьAsync/Awaitа не блокировать основной stream?
- Как измерить временной интервал в C?
- static vs extern "C" / "C ++"
- URL-сопоставление с C # HttpListener
- Каковы масштабы встроенных функций друзей?
- Обработка ExecuteScalar (), когда результаты не возвращаются
- Простой пример состояния машины в C #?
- getc Vs getchar Vs Scanf для чтения символа из stdin
- Что такое закрепленные объекты?
- Правильное чтение текстового файла utf-16 в строку без внешних библиотек?
- C # получить эскиз из файла через windows api
- Обработчики событий ASP.NET Button не срабатывают при первом щелчке, но при втором нажатии после PostBack
- Являются ли глобальные переменные плохими?
- Запуск и остановка программного обеспечения IIS Express
может ли он полностью заменить старый способ использования Threads?
Нет. Нить может сделать много полезного. Ожидание специально предназначено для решения чего-то, требующего времени, чаще всего это запрос ввода-вывода. Что традиционно было сделано с обратным вызовом, когда запрос ввода-вывода был завершен. Написание кода, который опирается на эти обратные вызовы, довольно сложно, ожидание значительно упрощает его.
способный делать то, что когда-либо Thread может делать асинхронно?
Грубо. Ожидание просто позаботится о том, чтобы иметь дело с задержкой, иначе это не делает ничего, что делает stream. Выражение ожидания, то, что находится справа от ключевого слова ожидания, – это то, что выполняет свою работу. В идеале он вообще не использует stream, он отправляет запрос драйвера, и как только драйвер завершает передачу данных, он генерирует обратный вызов уведомления о завершении. Сетевое взаимодействие на сегодняшний день является наиболее распространенным явлением, частые задержки сотен миллисекунд являются обычным явлением и неизбежным побочным эффектом услуг, перемещающихся с рабочего стола или локальной сети в «облако». Использование таких сервисов синхронно сделало бы пользовательский интерфейс совершенно невосприимчивым.
только может использоваться с некоторыми методами, такими как WebClient.DownloadStringAsync
Нет. Вы можете использовать его любым способом, который возвращает задачу. Методы XxxxAsync () являются только предположенными в платформе .NET для общих операций, требующих времени. Подобно загрузке данных с веб-сервера.
Официальное заявление по этому вопросу. Хотя вы должны понимать различия между streamами и асинхронным программированием, прежде чем слепо заменить одну вещь другими.