Verrouillage de thread de rappel asynchrone dans Silverlight WCF

Question

Je suis venu avec une idée sur la fausse prise en charge SL WCF pour les appels synchrones.

Fondamentalement,

private _completed; 
private IList<Customer> _customers; 
public void IList<Customer> GetAllCustomers() 
{ 
    bool completed = false; 
    DataServiceQuery<Customer> myQuery = this.Context.Customers; 
    myQuery.BeginExecute(OnQueryExecuted, myQuery); 

    while (!_completed) 
     System.Threading.Thread.Sleep(67); //tried join also 

    return _customers; 
} 

private void OnQueryExecuted(IAsyncResult result) 
{ 
    var query = result.AsyncState as DataServiceQuery<Customer>; 
    _customers = query.EndExecute(result).ToList(); 
    _isCompleted = true; 
} 

Ce qui se passe est que cette boucles pour toujours.

Je place un point d'arrêt sur la boucle while, je l'éloigne et je reprends l'exécution, et les résultats arrivent dans la milliseconde suivante.

Alors, je pense que le rappel de la requête pour recevoir les résultats obtient en file d'attente au même thread la requête a été invoqué.

SL semble très déterminé à maintenir ce comportement, même si j'Enroulez le myQuery.BeginExecute dans un nouveau thread, j'ai toujours le même comportement.

/* edit: en fait, en y réfléchissant, il met en attente le rappel sur le thread ui, qui attend. C'est aussi la raison pour laquelle nous n'avons pas à Dispatcher.Invoke lorsque nous obtenons les résultats. de toute façon, je peux toujours faire l'ensemble de l'opération (qui nécessite l'attente) dans un fil dédié, puis attendre là, mais cela nécessitera un tas de refactoring, évitant ce qui est le point d'essayer cela. */

Y at-il un moyen de contourner cela?

Answer 1

La raison pour laquelle cela se bloque est que la méthode EndExecute est associée au thread d'interface utilisateur, mais vous bloquez le thread d'interface utilisateur avec votre appel Sleep. Peu importe la technique que vous utilisez pour bloquer le thread, tout ce que vous faites va provoquer un blocage étant donné que la méthode est appelée dans un thread d'interface utilisateur. Lors du développement dans un environnement SIlverlight, vous devez pouvoir programmer de manière asynchrone, plutôt que d'utiliser des méthodes synchrones. Si vous utilisez C# 5.0, vous pouvez utiliser la fonctionnalité async/await, qui vous permet d'écrire du code asynchrone apparaît synchrone, mais il sera compilé en appels asynchrones qui utilisent des rappels/continuations, ce qui est ce que vous devez faire si vous n'avez pas encore mis à niveau vers cette version.