J'ai un objet qui va récupérer des informations sur le net qui est bien fonctionnel.  
Maintenant j'aimerais utiliser les infos de cet objet dans une gui par exemple et rafraichir les données de l'objet toutes les X secondes.
 
Comment procéder? Lancer un thread qui boucle en faisant un sleep de X secondes et qui lance un thread qui update l'objet.  
L'objet préviendra la gui quand il sera à jour, ça me semble le plus simple.
Quel mécanisme de lock mettre en place pour que la gui ne lise pas les données de l'objet alors que ce dernier ce remet à jour?
 
Ps: J'aurais pu chercher un peu mais Lost s'ennuie

pourquoi t'utilises pas un timer ?

C'est pour ça que je pose la question
 
Pour la mise à jour de la gui, c'est bien d'utiliser un observer?

dans winwin y'a un évènement WM_TIMER que tu peux utiliser, y'a un objet Timer lié qui peut appeler un truc toutes les x millisecondes me semble-t-il. Faire un thread avec une boucle bof ...
 
Pour la synchro tu peux utiliser des sémaphores.

tu prends un timer, tu le règles à x secondes et tu accroches ta fonction de rafraichissement à l'évènement du timer et hop  
 
pour le lock, bah un boolean  

un boolean y'a que 2 états c'est un peu léger

pour le refresh de l'écran, tu lances un evènement avec ta fonction de refresh des données qui est chopé par la fonction de refresh de la GUI  

bah pour signaler que des données sont valides ou pas ça suffit bien  

ouais mais je sais pas s'il y a des mots clés genre volatile et tout ça. Je vais regarder du coté du time

bah ouais mais bon ... si t'as un thread de lecture, un thread de mise à jour ca va, mais si tu commences à faire plusieurs choses sur ton objet ...
 
EDIT : pour la mise à jour : BEGIN_CRITICAL_SECTION (en C++ mais en C# je sais pas si y'a l'équivalent)

Enfin en même temps c'est pas super critique, au pire il manquera des arrêts à ma ligne de bus

Tu bosses pour la STIB ?

Non, pour moi

moi je vois 2 threads : un qui se déclenche toutes les x secondes pour rafraîchir les données d'un objet global et qui en début de thread positionne un booléen "données valides" à false et le remet à true à la fin du rafraîchissement
- un autre thread de rafraichissement d'affichage qui se déclenche toutes les y secondes et qui, si le booléen en question est à true, lit les données, sinon il se rendort  

note si t'espliquais un peu ton truc globalement ce serait mieux

Nan, pas de thread de rafraishissement d'affichage, je préfère que l'objet mise à jour prévienne l'affichage que son état à changé ce qui a pour effet de rafraichir l'affichage.
C'est pour ça que j'aimerais un mécanisme de blocage de la lecture plutôt qu'une boucle qui tourne.
Reste que le temps de mise à jour est rapide en théorie et donc le cas ne devrait jamais se produire mais tant qu'à faire j'essaie de faire un truc propre. J'ai même fait une fabrique d'objet
 
 
Lost> Globalement, j'ai un objet qui dispose d'une fonction update et qui contient une liste d'arrêts avec s'il y a un bus ou pas. La fonction update on s'en serait douté se met à jour les données de la liste. Je  veux simplement utiliser cet objet pour faire une gui mise à jour régulièrement.

bah un event alors  

. Je reviens, je dois chercher un colis

Y'a encore SendMessage() et PostMessage() dans le C# ?

Je sais pas, j'ai lu un truc 10 minutes sur les keywords, c'est tout

http://msdn2.microsoft.com/fr-fr/library/awbftdfh.aspx

rha les handlers c'est vraiment coder java-staïle ca ...

bah c# / java c'est bonnet blanc et blanc bonnet hein  

Sections critiques

ou
System.Threading.Monitor.Enter( variable );
try
{
    // section critique
}
finally
{
    System.Threading.Monitor.Exit( variable );
}
[/cpp]
(le premier genere le 2eme, techniquement, mais bon)
 
Un exemple de worker thread:
http://www.codeproject.com/csharp/workerthread.asp
(surtout le ManualResetEvent et le Wait qui sont utiles )

Tiens, les cpp marchent plus

Bon ben merci, ça devrait aller. Pour les events je crois que c'est trop proche de winforms donc ça ne va pas faire mon affaire .

C'est chiant, on ne peut pas déclarer une méthode abstraite comme étant privée. C'est vrai que logiquement pour avoir du polymorphisme faudrait une ref vers la fonction mais avec un this, ça ne pourrait pas marcher
 
Edit: logique, faut au moins la déclarer protected sinon ça n'a aucun sens (Il se fait tard )

Techniquement ca pourrait servir avec de l'heritage prive, mais bon le C# c'est rempli de limitations, t'avais qu'a le faire en C++/CLI

C# est limité à la sauce java  

ah ouais mais dans mon cas il ne me fallait pas d'héritage privé et donc un protected marche bien