Async CTP Task.WhenAll numéro

Question

Je suis coincé sur quelque chose qui semble simple mais je ne peux pas voir ce que je fais mal. J'ai une structure de classe simple 'StaticQuote' qui décrit les valeurs renvoyées à partir d'un calcul complexe pour lequel j'essaie de trouver la valeur la plus faible. Parce que l'appel Calculate est cher, je crée un tableau de tâches afin que les calculs s'exécutent en parallèle, et ensuite j'utilise une Task.WhenAll pour attendre qu'ils aient tous fini avant de comparer les résultats (qui sont stockés dans les objets StaticQuote). Le problème est que lorsque vous essayez de retourner le tableau de StaticQuotes Je reçois l'erreur suivante:

Cannot implicitly convert type 'System.Threading.Tasks.Task<Services.QuoteGeneratorAsync.StaticQuote[]>' to 'Services.QuoteGeneratorAsync.StaticQuote[]'

J'ai vu des exemples similaires avec des chaînes etc où cette affectation fonctionne parfaitement ne peut donc pas comprendre que le côté droit ne revient pas un tableau de résultats StaticQuote? Je suis nouveau au code multi-thread et le CTP Async. Quelqu'un peut-il fournir la réponse? Merci beaucoup.

exemple problème:

List<Task<StaticQuote>> Calculations = new List<Task<StaticQuote>>(); 
foreach() 
{ 
Calculations.Add(TaskEx.RunEx(() => Calculate(...my params....)));            
} 
StaticQuote[] Quotes=TaskEx.WhenAll<StaticQuote>(Calculations); --//this line won't compile 

Answer 1

TaskEx.WhenAll retourne un Task<T[]> qui indique que toutes les autres tâches ont terminé. Donc, vous voulez:

StaticQuote[] quotes = await TaskEx.WhenAll(Calculations); 

L'expression await "déballe" un Task<T> à un T. Donc ailleurs si vous avez:

Task<string> downloadTask = webClient.DownloadStringTaskAsync(url); 
string result = await downloadTask; 

c'est exactement la même chose - il est juste que la version WhenAll est un peu plus compliquée, car il a une collection des entrées de tâches et de sorties, au lieu d'un seul.

De toute évidence, pour utiliser await, vous devez commencer par une méthode async.

Si tout cela prête encore à confusion, vous voudrez peut-être lire mes blog posts about async, ainsi que those of Eric Lippert. (Il y en a beaucoup d'autres disponibles aussi, bien sûr.)