Silverlight et service WCF asynchrone

Version imprimable

17/08/2011, 18h48
fterf

Silverlight et service WCF asynchrone

Bonjour à tous,

Je suis débutant avec Silverlight et les services WCF.

Je dois écrire une application qui, au démarrage, récupère des informations d'une base de données pour s'en servir plus tard. Elle récupère ces informations par l'intermédiaire de services WCF et stocke ces informations dan une classe statique qui est accessible dans l'application.

Le problème, en utilisant les services WCF de façon asynchrone, c'est que mon interface s'affiche déjà que les informations sont toujours en train d'être récupérées, ce qui est du à l'utilisation de services asynchrones.

Quelle est la meilleure technique pour résoudre ce problème ?

Comment puis-je faire en sorte d'afficher à l'utilisateur une fenêtre de chargement au démarrage jusqu'à ce que toutes les informations aient été récupérées puis enfin afficher l'interface principale ?

D'avance merci.
fterf.
17/08/2011, 21h10
micka132

Tu peux utiliser le busyIndicator du toolkit. Celui-ci affiche un genre de popup indiquant qu'il faut patienter.

Derrière tu dois gérer une liste de tes appels asynchrone, et quand tout tes appels sont revenus, tu arretes le busyIndicator.

Pour t'aider pour gérer la liste des appels asyncrhone tu peux utiliser un helper de Samuel Blanchard :
http://blog.naviso.fr/wordpress/?p=264
17/08/2011, 21h25
fterf

Merci beaucoup, cela a l'air très intéressant !
Je regarde ça et je te dis quoi.
Encore merci pour ton aide.
18/08/2011, 09h31
fterf

Bonjour,

Il y a quelque chose que je ne comprends pas. On peut lire partout sur le Web que les services WCF fonctionnent par défaut en demande-réponse et donc que lorsque le client envoie une demande au service, il reste bloqué jusqu'à ce qu'il reçoive la réponse.

Or, si on utilise les services WCF de manière standardisée, on voit bien que le client ne reste absolument pas bloqué (fonctionnement asynchrone). Y-a-t-il un paramètre à ajuster dans ce cas ?

Encore merci pour votre aide.
18/08/2011, 09h34
micka132

Il y a bien une question / réponse mais pourquoi le client devrait il être bloqué?
C'est le même principe qu'un navigateur internet, ton onglet attend la réponse mais pour autant tu ne bloques pas toute l'application.

En fait je comprend pas la question:aie:
18/08/2011, 09h41
Julien_G

Salut,
Tu n'as pas le choix pour Silverlight, c'est WCF Asynchrone OBLIGATOIRE.

La meilleure solution est celle qui t'ai proposée : un petit " loading..." :ccool:
18/08/2011, 10h13
fterf

Bonjour,

En fait je ne me suis pas encore familiarisé avec le développement Web, je suis développeur client-serveur (applications standalone) à la base, et ce genre de notion m'échappe un peu.

Il me semble qu'il y a pourtant moyen de faire en sorte d'attendre la fin du traitement avant de poursuivre non ? A moins que ce ne se soit une limitation (ou plutôt une bonne chose ça dépend des cas) de Silverlight.

Encore merci.
18/08/2011, 10h33
Invité
Citation:

Envoyé par fterf

Il y a quelque chose que je ne comprends pas. On peut lire partout sur le Web que les services WCF fonctionnent par défaut en demande-réponse et donc que lorsque le client envoie une demande au service, il reste bloqué jusqu'à ce qu'il reçoive la réponse.

Effectivement tu n'as pas bien compris la notion de question/réponse de WCF.
Pour infos WCF dispose de 3 MEP (Message Exchange Pattern) qui sont :
- Question/Réponse : qui signifie que le client envoie un message au service et s'attend toujours à une réponse même vide.
- One way : signifie que le client envoie envoie un message au service et ne s'attend pas à recevoir une réponse même si l'opération demandée ne se déroule pas comme voulue (sans erreur etc )
- Duplex : utilisé pour la communication en duplex c'est à dire mettre en place une interactivité entre le client et le serveur.
Dans les 3 cas c'est le Dispatcher du client qui est utilisé pour envoyer les messages et ce dispatcher est bloqué tant que l'exécution de l'opération demandée sur le serveur n'est pas terminée même dans le cas du MEP One Way. Pour éviter ce blocage du client que les appels des opérations du services peuvent se faire de manière asynchrone et cela est obligatoire quand on utilise WCF avec du Silvelright. :ccool:

Ok merci pour toutes ces explications.
J'ai essayé avec la classe Batch et la BusyIndicator, cela marche sans problème.
Pas contre je ne comprends pas très bien la syntaxe suivante :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 # // Le WebService # batch.Add( # (b) => # { # TestServiceSoapClient client = new Services.TestServiceSoapClient(); # # // fin de l'appel # client.HelloWorldCompleted += (s, ev) => # { # if (ev.Error == null) # { # MessageBox.Show(ev.Result); # # // on peut utiliser b directement # //b.IsCompleted = true; # // autre possibilitées # BatchAction action = ev.UserState as BatchAction; # action.IsCompleted = true; # } # }; # # // un userState peut être mis dans b si necessaire # //b.UserState = monUserState; # // appel # client.HelloWorldAsync(b); # } # );
C'est le => et le b dans ce code que je ne comprends pas très bien.

N'y-a-t-il pas moyen de faire un truc du genre : Batch.Add(ChargerDonnees) où ChargerDonnees est une méthode void qui est censée charger les données par l'intermédiaire du WS ?

Encore merci à tous.

Citation:

Envoyé par fterf

N'y-a-t-il pas moyen de faire un truc du genre : Batch.Add(ChargerDonnees) où ChargerDonnees est une méthode void qui est censée charger les données par l'intermédiaire du WS ?

Yep ! C'est possible en faisant comme suit :

Code:

1
2
3
 
 // Le WebService  
 batch.Add(chargerDonnees);

et ta méthode ChargerDonnees doit ressembler à ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
public void ChargerDonnees(BatchAction b)
{  
         TestServiceSoapClient client = new Services.TestServiceSoapClient();  
 
         // fin de l'appel  
         client.HelloWorldCompleted += (s, ev) =>  
         {  
             if (ev.Error == null)  
             {  
                 MessageBox.Show(ev.Result);  
 
                 // on peut utiliser b directement  
                 //b.IsCompleted = true;  
                 // autre possibilitées  
                 BatchAction action = ev.UserState as BatchAction;  
                 action.IsCompleted = true;  
             }  
         };  
 
         // un userState peut être mis dans b si necessaire  
         //b.UserState = monUserState;  
         // appel  
         client.HelloWorldAsync(b);  
     }

18/08/2011, 15h48
fterf

Ok merci beaucoup je comprends mieux et ça marche nickel :D
C'est vraiment agréable de tomber sur des gens qui partagent leur savoir.
A bientôt pour de nouvelles aventures ;)
01/09/2011, 15h33
fterf

Bonjour à tous,

J'utilise la technique préconisée avec le batch et ça marche très bien, mais pour chaque action je souhaiterais mettre à jour le texte affiché dans ma BusyIndicator (le BusyContent). Or, seul le texte de la dernière action est affiché, les autres ne se remarquent même pas.

Une idée ?

Merci.
01/09/2011, 16h24
micka132

Comment ca pour chaque action?
Elles sont lancés simultanément. Le truc possible c'est d'indiquer la derniere qui a fini, sinon je vois pas!
Quel est ton code?
17/09/2011, 18h22
wil4linux

A chaque fois que tu passes dans ta méthode "completed" du service WCF tu remets à jour le texte de ton busy indicator