[C#]Toujours et encore les threads . . .

Bonjour ....
Pour résumer je fais une appli client serveur (pc-pocket pc) avec les sockets.
Lorsque du client je me connecte au serveur il y a un momment de latence très variable. Cela est du au fait que le pocket pc est relié en wifi etc ....
Je trouve cela désagréable et je souhaite mettre une progressbar pour patienter .....

C'est la que j'ai mon problème .... je veux la faire avancer parallèlement à la résolution de nom et à la connection au serveur .......



Dans mon thread principal (Le form avec la progressbar) je lance tout d'abord un autre thread qui par l'intermédiaire d'un delegate va faire avancer ma progressbar, puis je lance la resolution de nom et la connection au serveur.

Le problème c'est que mon second thread ne peut pas se servir du delegate car le premier thread est bloqué par la résolution de nom ... ma barre commence donc à avancer seulement après la connection :( (J'espère que je suis clair)



J'ai par la suite essayé avec "Dns.BeginGetHostEntry" qui permet de ne pas me bloquer le premier thread .... cette fois ci mon problème vient du fait que lorsque je récupère le résultat dans ma fonction "AsyncCallback"
je dois utiliser un champs de mon form (dans le premier thread) et donc il faudrait que je repasse par des delegate ..... bref je me mord la queue ...

Si quelqu'un pouvait m'éclairer ....
Merci

Si tu veux changer de thread pour aller vers celui du form, tu as seulement a faire un invoke dessus ou encore un beginInvoke + endInvoke.

Penche toi de ce coté

Pk utiliser les sockets quand on peux utiliser le remoting qui est beaucoup mieux ?

Merci de ta réponse ...
En ce qui concerne le remoting .... quelle est la différence avec les sockets .... a tu un lien vers un bon tuto ....

Sinon pour le invoke, le problème c'est qu'il faut le lier à un delegate ... le code commence à s'éparpiller .... je ne trouve pas cela propre.

Mon problème c'est que comme je le disais j'utilise un "Dns.BeginGetHostEntry", ce qui fait que le "Dns.EndGetHostEntry" est dans un thread différent. Or une fois la réponse recus je désire faire plusieurs actions (mettre ma progressbar en disable ... reactiver un bouton etc ...) , je me vois mal faire un invoke à chaque fois ....

Merci de votre aide

Regarde sur le net pour le remoting ... il y a plein de bon tuto

Aussi, j'utilise ce booking à la job et il y est vraiment extra
http://www.amazon.com/gp/product/159...lance&n=283155

Le remoting est vraiment.. vraiment mieux que le sockets. LEs sockets ... c'est la vielle école et ce n'est plus du tout d'actualité pour les applications client/serveur depuis que le remoting est la!!
C'est dure a apprendre et a bien controler au début mais un coup que c'est fait, c'est super facile a utiliser et a mettre en place.


Si tu veux revenir a ton thread de form via un autre thread, il y a pas dautre solution que de faire un invoke.

Citation:

---

Envoyé par shwin

Pk utiliser les sockets quand on peux utiliser le remoting qui est beaucoup mieux ?

---

ça dépend pourquoi faire .

Pour l'appel de classe de façon transparente à travers un réseau, ok le remoting c'est bien (quoi que il y des pb de perfs ) mais pour transferer des données brute (genre un fichier de 50 Mo) je le déconseil. Les sockets sont la pour ça .

Sinon pour ton pb de thread, tu te compliques la vie.

Tu vais un Dns.BeginGetHostEntry et juste après tu fait un truc du genre :

Code:

---

1 2 3 4 5

private bool end = false; public MaMethod() {

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

Dns.BeginGetHostEntry(); while(end == false) { Le traitement d'attente comme par exemple augmenter la barre de progression (attention au max ) Thread.Sleep(10); //Pour ralentir la boucle } } private void AsyncCallBack(....) { ///traitement end = true; }

---

C'est pas le plus propre de toutes les possibilités mais c'est simple et ça marche .(enfin je crois ;))

Merci beaucoup de vos réponses !

Dev01 .... ça marche et plus c'est super simple ! merci ;)