Bonjour à tous

Je vais bientôt, dans le cadre d'un projet, devoir écrire une application en C# (avec l'utilisation du framework .NET ) qui a pour principal but de faire une analyse de la base de registre d'ordinateurs se trouvant sur un même réseau local, avec des fonctions de path testing & cie qui permettront d'en faire un vrai nettoyeur de base de registre.

Je me suis bien documenté sur les bases de registre et faire un telle application en local ne me poserait pas trop de problèmes.
Seulement je n'ai strictement jamais fait d'application réseau, et je me pose de nombreuses questions quant à l'architecture que le logiciel devra avoir.

J'avais pensé à une architecture où le logiciel était divisé en deux parties :

-une partie "client" qui aura une interface graphique permettant de lister les postes connectés sur le réseau (en affichant les informations de ces ordinateurs ) et de lancer une analyse des base de registre de ces postes + un nettoyage.

-une partie "serveur" qui effectue les opérations demandées par l'administrateur réseau utilisant la partie client, et qui renvoie un rapport de l'analyse et/ou les éventuelles erreurs rencontrées.

Je ne sais pas du tout si cette vision des choses est correcte où si elle pourrait être grandement améliorée/optimisée. Comme je l'ai dit plus tôt, je n'ai pas du tout d'expérience dans les applications réseaux.

J'ai lu qu'utiliser WCF serait une bonne idée vu que le framework 3.0 sera installé sur toutes les machines.

Pouvez vous m'aiguiller dans la conception de cette application? J'ai peur de partir dans une impasse à cause d'une erreur de conception et de perdre un temps fou à reprogrammer correctement mon application.

Merci d'avance pour votre aide

Personne n'a d'idée pour m'aider?

Tu devras utiliser la classe Socket http://msdn.microsoft.com/fr-fr/library/system.net.sockets.socket(v=vs.110).aspx afin d'assurer ta communication réseau, et déterminer si tu veux utiliser le protocole TCP ou UDP (google si tu ne connais pas la différence).
Concernant tu as aussi la classe TcpListener et TcpClient qui découlent de la classe Socket, mais personnellement je préfère utiliser cette dernière qui est plus claire et plus manipulable quand on utilise directement les sockets pour de la com.

Après, coté manipulation du registre, il faudra que tu fonctionnes au moyen de commandes, le client envoie "Analyse base registre" ou "ABR",le client 'décode' la chaîne de caractère envoyé et il te renvoie sous forme de List<blabla> ou autre les données du registre.

C'est toute une petite organisation à faire.
Et je trouve la manipulation du registre trop chiante avec le framework.

Ce que tu peux faire, c'est te développer une .Dll qui gère toute la partie réseaux (si tu as le droit de faire ceci dans ton projet).
Event de connexion, déconnexion, réception de données, progression du transfert des données ...
Thread-Safe, pas d'exception "Opération inter-thread impossible." quand on évent doit modifier un formulaire.
Avec une partie client et serveur.

Ca te permettra non pas seulement de mener à bien ton projet, mais d'avoir une dll polyvalente et utilisable à souhait dans de futurs projets qui nécessitent de la com réseau.

Et surtout asynchrone.

Désolé du triple post.