Using asynchronous programming helps your app stay responsive when it does work that might take an extended amount of time. For example, an app that downloads content from the Internet might spend several seconds waiting for the content to arrive. If you used a synchronous method on the UI thread to retrieve the content, the app is blocked until the method returns. The app won't respond to user interaction, and because it seems non-responsive, the user might become frustrated. A much better way is to use asynchronous programming, where the app continues to run and respond to the UI while it waits for an operation to complete.
Asynchronous programming in the UWP
Many UWP features, such as the MediaCapture APIs and StorageFile APIs, are exposed as asynchronous APIs. By convention, the names of asynchronous APIs end with "Async" to indicate that part of their execution is likely to take place after control has returned to the caller.
When you use asynchronous APIs in your Universal Windows Platform (UWP) app, your code makes non-blocking calls in a consistent way. When you implement these asynchronous patterns in your own API definitions, callers can understand and use your code in a predictable way.
Here are some common tasks that require calling asynchronous UWP APIs.
Displaying a message dialog
Working with the file system, displaying a file picker
Sending and receiving data to and from the Internet
Using sockets, streams, connectivity
Working with appointments, contacts, calendar
Working with file types, such as opening Portable Document Format (PDF) files or decoding image or media formats
Interacting with a device or a service
With UWP asynchronous pattern, you may be able to avoid explicitly manage threads at all. Each programming language supports the asynchronous pattern for the UWP in its own way:
|Programming language||Asynchronous representation|
|C#||async keyword, await operator|
|Visual Basic||Async keyword, Await operator|
|C++/WinRT||coroutine, and co_await operator|
|C++/CX||task class, .then method|
Asynchronous patterns in UWP using C# and Visual Basic
A typical segment of code written in C# or Visual Basic executes synchronously, meaning that when a line executes, it finishes before the next line executes. There have been previous Microsoft .NET programming models for asynchronous execution, but the resulting code tends to emphasize the mechanics of executing asynchronous code instead of focusing on the task that the code is trying to accomplish. The UWP, .NET framework, and C# and Visual Basic compilers have added features that abstract the asynchronous mechanics out of your code. For .NET and the UWP you can write asynchronous code that focuses on what your code does instead of how and when to do it. Your asynchronous code will look reasonably similar to synchronous code. For more info, see Call asynchronous APIs in C# or Visual Basic.
Asynchronous patterns in UWP with C++/WinRT
With C++/WinRT, you use coroutines, and the co_await operator. For more info, and code examples, see Asynchronous programming in C++/WinRT.
Asynchronous patterns in UWP with C++/CX
A promise object represents a value that will be fulfilled in the future. In the UWP you get a promise object from a factory function, which by convention has a name that ends with "Async".
In many cases, calling an asynchronous function is almost as simple as calling a conventional function. The difference is that you use the then or the done method to assign the handlers for results or errors and to start the operation.