Every variation on the following code that I try doesn't work - whether DoSomething() : void
and is called as written, or DoSomething() : Task
and is called with TaskEx.RunEx()
, some attempt involving .GetAwaiter().GetResult()
. Errors seen include: "Start may not be called on a task with null action"
, "RunSynchronously may not be called on a task unbound to a delegate"
, and "The task has not yet completed"
.
class Program
{
static void Main(string[] args) // Starting from a non-async method
{
DoSomething();
Console.WriteLine("Press any key to quit.");
Console.ReadKey();
}
static async void DoSomething()
{
Console.WriteLine("Starting DoSomething ...");
var x = await PrepareAwaitable(1);
Console.WriteLine("::" + x);
var y = await PrepareAwaitable(2);
Console.WriteLine("::" + y);
}
static Task<string> PrepareAwaitable(int id)
{
return new Task<string>(() =>
{
return "Howdy " + id.ToString();
});
}
}
Output:
Starting DoSomething ...
Press any key to quit.
PrepareAwaitable
's Task
's Action
will be more complicated later. When this action completes, however long that takes, I would expect the Task
(or other Framework mechanisms) to resume by assigning "Howdy ..."
to x, and then later to y. What I REALLY want to do is intercept the awaited objects, process them, and at some later time that I control, resume to the continuation with a result (x
and y
). But I haven't been getting very far on that big step, so I'm trying to start smaller.
The tasks you returned haven't started yet (i.e., they're "cold" tasks); try replacing the PrepareAwaitable code with the following:
First, read the Task-Based Asynchronous Pattern document. It's under
My Documents\Microsoft Visual Studio Async CTP\Documentation
. This document describes how to design APIs naturally consumable byawait
.Secondly, realize that there are several aspects of the
Task
class and related APIs that no longer really apply in the new asynchronous world.Task
was originally written as the core of TPL. It turned out to be a good fit for asynchronous programming, so Microsoft used it instead of creating a new "Promise" class. But a number of methods are holdovers, used by TPL but not needed for async programming.To answer the titular question, mixing synchronous and asynchronous code is not quite straightforward with the current async CTP. I've written a library that includes a
Task.WaitAndUnwrapException
extension method, which makes it easy to call async code from sync code. You may also be interested in myAsyncContext
class, which makes the "press any key" prompt unnecessary.It's really not clear what you're trying to achieve, because there's nothing asynchronous going on. For example, this will compile and run, but I don't know whether it's what you want:
Note that this gives a warning for
PrepareAwaitable
because there's nothing asynchronous in it; no "await" expressions. The whole program executes synchronously. Another alternative implementation ofPrepareAwaitable
:Is that more like what you were after?