Discussion :

[drake56]

Bonjour,
Je cherche à mettre en place une application client-serveur en utilisant les sockets.
Pour l'instant, j'utilise un thread dans une boucle infinie qui permet de récupérer une donnée envoyée par une sonde, cette donnée est affichée dans un textbox.
Je souhaiterai créé une zone de mémoire partagée ou autre qui récupérait la donnée avec la sonde et qui elle ensuite permettrait de l'afficher dans le textbox.
La zone de mémoire partagée serait reliée à un serveur tcp, dans une nouvelle appli (ça peut être autre chose que C#, comme ça ça me fait travailler sur 2 langages) les clients demanderaient à celui-ci de récupérer la donnée stockée dans la zone de mémoire partagée puis le serveur la transmettrait.
Je ne sais pas si je suis très clair mais si non n'hésitez pas à ma demander des précisions supplémentaires.
Donc du coup je cherche des pistes pour m'aider à avancer.
Merci par avance

[Pol63]

.net remoting

[zoubidaman]

Je pense que WCF permettrait de faire cette communication TCP (pas sûr)

[Pol63]

wcf ressemble à .net remoting, dans les 2 cas on a pas à écrire la couche de transfert (qui est plutot chiante et comporte des pièges)
on ne s'occupe de choisir les données qu'on veut transférer

[drake56]

.net remoting

Peux-tu être plus précis puisque là ça me parle pas beaucoup ?

[drake56]

Je pense que WCF permettrait de faire cette communication TCP (pas sûr)

C'est également possible en utilisant un socket la classe TcpClient de C# si j'ai bien compris non ?

[Pol63]

google te donnera des détails sur ces technologies
ce sont des surcouches des classes socket
pour .net remoting en gros tu exposes une instance de classe et les clients une fois connecté lisent les propriétés comme si l'instance étaient chez eux, le dialogue tcp est encapsulé
pour wcf tu exposes des membres de classes qui deviennent accessibles sur les clients

[drake56]

Merci, je vais chercher des informations supplémentaires.

[drake56]

Pour ma zone qui récupérerait la donnée envoyée par la sonde et qui permettrait l'affichage dans mon textbox puis qui serait relieée au serveur, des idées ?
Je vais commencer par ça puis je dois pas avoir besoin de .NET remoting vu ce que j'ai lu pour l'instant

[zoubidaman]

Si je me souviens bien, il vaut mieux utiliser WCF, qui est plus récent et performant que le .NET remoting.

[drake56]

Si je me souviens bien, il vaut mieux utiliser WCF, qui est plus récent et performant que le .NET remoting.

Ok je vais regarder de ce côté là aussi alors.
Et ça pourra gérer ma zone de mémoire partagée (ou autre, ce qui récupère la valeur de la sonde) ?

Edit : Au début je pensais m'aider avec ça : http://morpheus.developpez.com/reseaucsharp/, ce serait pas plus simple ?

[zoubidaman]

Comme je l'ai laissé sous-entendre, je ne connais pas super bien WCF. Par rapport à ce que tu pensais utiliser, c'est plus haut-niveau je pense, et ça t'évite de te prendre la tête justement avec les sockets et compagnie

[drake56]

Comme je l'ai laissé sous-entendre, je ne connais pas super bien WCF. Par rapport à ce que tu pensais utiliser, c'est plus haut-niveau je pense, et ça t'évite de te prendre la tête justement avec les sockets et compagnie

Ok merci je vais voir ce que je peux faire avec WCF puis dans le pire des cas je reviendrai à mes sockets. Mais la zone qui récupère la donnée et qui peut la transmettre au serveur puis au textbox n'est pas concernée par WCF si ?

[zoubidaman]

Non. WCF gère la partie réseau.

Dans la mesure où la récupération de tes données par la sonde, et l'affichage et l'envoi de ces données se font dans le même processus (ton server), tu n'as pas besoin de mémoire partagée au sens où elle est généralement définie (c'est à dire entre plusieurs applications)

Il te faut juste trouver un moyen pour stocker ces données dans une classe globale à ton application, et que tes différents composants interrogent cette classe pour récupérer les données.

[drake56]

Merci pour tes conseils, je vais essayer d'avancer un peu maintenant.

[theMonz31]

Salut

petite remarque en passant, WCF / Remoting, c'est pratique, "facile" à mettre en place et à utiliser (quoi que pour les event en remoting, c'est pas trivial)
par contre, en terme de perfo, c'est vraiment "pas" rapide...

Si tu as besoins de perfo, utilise les Socket (TcpClient ou UDPClient) (l'UDP étant ce qu'il y a de plus rapide)...

Après, si tu veux faire une archi genre Corba, mieux vaut regarder WCF ou Remoting (mais à titre indicatif, c'est 10fois plus lent que du Corba C++))

[drake56]

Salut

petite remarque en passant, WCF / Remoting, c'est pratique, "facile" à mettre en place et à utiliser (quoi que pour les event en remoting, c'est pas trivial)
par contre, en terme de perfo, c'est vraiment "pas" rapide...

Si tu as besoins de perfo, utilise les Socket (TcpClient ou UDPClient) (l'UDP étant ce qu'il y a de plus rapide)...

Après, si tu veux faire une archi genre Corba, mieux vaut regarder WCF ou Remoting (mais à titre indicatif, c'est 10fois plus lent que du Corba C++))

Oui j'ai besoin de perf puisque le traitement des données est rapide et de + actuellement j'utilise un thread donc les socket ce serait sûrement mieux, par contre sur mon schéma le protocole c'est tcp donc je vais rester là dessus.
Par contre, j'ai jamais travaillé là dessus donc je sais pas trop comment organiser ça donc si tas des exemples de code ou autre je suis preneur.
Merci pour ta réponse et les précisions

[zoubidaman]

Oui j'ai besoin de perf puisque le traitement des données est rapide

C'est à dire? Combien de paquets par seconde?

de + actuellement j'utilise un thread donc les socket ce serait sûrement mieux

Quel est le rapport?

Je maintiens ma proposition du WCF, qui te permettrait de prototyper rapidement ton appli. Et si les perfs n'étaient pas au RDV malgré tout, tu aurais déjà ton architecture de prête, et tu n'aurais plus qu'à utiliser les sockets.

[drake56]

Alors la sonde transmet une donnée toutes les 700 millisecondes environ, pour les paquets je sais pas sinon pour le rapport je sais pas je suis perdu là.

[zoubidaman]

Tu veux envoyer par TCP un paquet contenant les infos de la sonde dès que celle-ci t'a envoyé ce qu'il faut?

Parce que si c'est le cas, tu peux sans aucun souci utiliser WCF, ça tiendra largement la route.

Est-ce qu'un évènement est géré quand la sonde envoie des infos? Tu es averti comment?

Parce que je verrais bien un système à base d'évènements. Ta classe qui utilise la sonde émet un évènement chaque fois qu'elle reçoit des infos de la sonde. A sont tour elle émet un évènement, qui va contenir comme argument les infos de la sonde.

Ta classe d'affichage dans le textbox et ta classe d'envoi sur le réseau s'abonnent à l'évènement de ta classe pour la sonde, et font leur job à chaque évènement.

J'espère avoir été clair :p