Существует ли эта идиома TPL?

Question

Используя TPL с .NET 4, я пытаюсь решить, как создавать API, которые имеют дело с фьючерсами. Одна из возможностей, что произошло мне было имитировать рисунок асинхронной но без End(IAsyncResult) метода:

public Task<int> BeginGetAge() 
{ 
    // create and return task 
} 

public int GetAge() 
{ 
    return this.BeginGetAge().Result; 
} 

Таким образом, вызывающий абонент может решить, следует ли вызвать блокирование или неблокирующей версию GetAge(). Более того, у них есть доступ к будущему, поэтому они могут построить продолжение над ним и т. Д.

Действительно ли эта идиома? Есть ли какие-то очевидные недостатки или проблемы, которые мне не хватает? Возможно, у него даже есть официальное название?

Answer 1

Возврат Task - новый асинхронный способ C# 5 - это называется TAP: Task-based Asynchronous Pattern.

Единственная разница в том, что метод имеет имя GetAgeAsync.

Итак, да - этот подход рекомендуется, так как он облегчит перенос на асинхронный C# 5 при его освобождении.

Answer 2

Эта идиома кажется совершенно верной для меня и действительно поддерживает Task основанная асинхронность будет большой особенностью в будущих версиях .Net.

Однако я бы изменил вашу реализацию, поэтому метод блокировки GetAge не вызывает метод async, а затем ждет его - накладные расходы (потенциально) на создание нового потока не нужны.