Discussion :

[Masmeta]

Bonjour à tous.

Je suis à la recherche de la meilleur façon d'avoir une architecture logiciel qui utilise un serveur asynchrone.
Le but du logiciel est de récupérer par Ethernet des données. A la réception des données je dois les traiter en les sauvegardant dans un base de données, et suivant le type string le transférer via une liaison série. Et pour finir je dois mettre à jour l'IHM.
J'ai créé un application WPF avec le modèle MVVM. J'ai réalisé mon serveur TCP/IP asynchrone. Par contre je ne sais pas comment ensuite faire la liaison pour le traitement des données.
Je me complique peut être la vie mais je pensais faire :

• un thread principal pour l'affichage de l'IHM.
• un thread secondaire qui gère le traitement de données et gère le serveur.

Je pense utiliser pour l'échange d'information entre le serveur et le thread secondaire, une collection de type BlockingCollection<T> pour prendre le modèle producteur/consommateur. Est ce que c'est une bonne idée?
Pour permettre le rafraichissement, je pense utiliser un timer dans le MainViewModel. Est ce que c'est une bonne idée?
Est ce qu'il y a une meilleur architecture à réaliser?

Je vous remercie de votre participation.
Cdl

[Pragmateek]

Pour le threading le thread principal de ton processus devient généralement le thread UI en lançant la pompe à messages (comportement par défaut).
Créer un nouveau thread secondaire (pense bien à le mettre en background) pour la réception des données est la bonne approche.

Pour la suite tout dépend de ton flux de données :
- s'il est modéré alors tu peux tout simplement pusher un traitement dans la queue du Dispatcher du thread UI via Dispatcher.BeginInvoke(...).
- s'il est important alors tu risques de saturer ton thread UI avec des MAJ intempestives sans doute inutiles puisque l'utilisateur ne verra pas la différence.
Donc là utiliser un timer (un DispatcherTimer pour être exact) qui permet de throttle le taux de rafraichissement à un niveau convenu est aussi une bonne idée.

Pour assurer le transfert des données tu peux utiliser une ConcurrentQueue qui a une méthode non bloquante TryDequeue() pour ne pas freezer ton thread UI.