Рассмотрим две ситуации, которые могут произойти, если в проекте одновременно используются асинхронные методы и контракты.

Как получить блокировку ASP.NET приложения одним вызовом .NET метода? Очень даже просто. Причем, данный способ справедлив также для WPF и WinForms.

Рассмотрим следующую задачу: необходимо вызывать некий синхронный код как асинхронный.

Пользователь только перешел на страницу и тут же ушел с неё, не дожидаясь завершения загрузки. Если это была простая html страница, то ничего ужасного не произошло. Но что если страница делает несколько “тяжелых” запросов?

Создавать и использовать async void методы необходимо с большой осторожностью. Все дело в том, что они способны вызвать непредсказуемое поведение приложения. Поэтому использовать их можно только в случае, если разработчик твердо уверен в том, что он делает.

Доступна для загрузки финальная версия Microsoft.Bcl.Async.

Посмотрим, как можно немного оптимизировать работу async/await при написании собственной библиотеки с асинхронными методами.

Библиотека .NET предлагает различные способы достижения асинхронности. Но какой из них выбрать в конкретной ситуации, когда надо запустить несколько задач одновременно?

Пока еще в .NET существуют классы (особенно от сторонних разработчиков), которые используют старую модель для асинхронности. Речь идет реализации с помощью событий. Однако, преобразовать такой код к виду async/await очень легко.

Иногда случаются ситуации, когда ошибки появляются, как говорится, на ровном месте. Давайте рассмотрим один из таких случаев. А именно, когда использование инициализатора объекта приводит к некорректному поведению программы.