C# NET Client/Serveur de l'Application

Je suis en train de créer sur une base Client/Serveur d'application (logique), mais je suis un peu confus quant à ce que je doit utiliser pour mes besoins. Il semble qu'il y a plusieurs options, mais, fondamentalement, je vais avoir un Serveur Maître, et un montant de X applications client (un seul par machine dédiée). Le but principal de cette configuration est de sorte que je pouvais faire ce qui suit...

-Numéro de commande au serveur (application console) via un ASP frontal pour installer le logiciel sur l'un des clients distants.
- Serveur indique au client pour télécharger le package zip (à partir d'un divers site FTP) à l'emplacement et à l'extraire à un chemin spécifique.

Je ne suis pas positif, mais il semble que C# dispose de prises et puis une sorte de WebClient type d'accord. Je suis en supposant que les Sockets serait la meilleure route à prendre, et à l'utilisation asynchrone (chaque client distant est connecté à son propre sujet, en traitant avec le serveur séparément des autres).

Toute information sur ce serait génial!

Les Sockets sont presque certainement trop bas niveau pour votre scénario. WCF sonne comme une bonne option pour cela.

OriginalL'auteur | 2011-03-06

  1. 8

    Sans entrer dans trop de détails pour vos besoins spécifiques, je serait certainement regarder WCF.

    Il englobe beaucoup de l'actuel remoting, client /serveur, web services scénarios dans un très complète et sécurisée cadre.

    Client Serveur de Programmation avec WCF

    Intéressant, je n'avais pas rencontré que lors de la lecture sur de Client/Serveur en C# NET. Fondamentalement, je suis entrain de créer un déploiement/panneau de gestion. Nous avons environ 40 machines partout dans le monde, et une machine centrale d'hôte du serveur maître. Les machines à distance devra gérer tirant des packages d'installation, l'installation, les rendant les services de windows, etc. WCF ressemble, il peut travailler parfait pour cela.
    Comme Jon a dit, que pour plus tard .net 2.0, mais j'avais utilisé beaucoup de technologies WCF englobe séparément avant et maintenant l'utiliser WCF dans la majorité de mon travail .net cours de développement.
    Pense que je vais aller de l'avant et de le sucer et de commencer l'apprentissage de la WCF. Il a l'air complètement déroutant, mais devrait être en vaut la peine. Il suffit de partir de la lecture d'une liste des avantages qu'il a sur .NET remoting, il semble que c'est exactement ce dont j'ai besoin.
    Lisez à propos de l'ABC de la WCF, garder les choses simples avec une base de liaisons et puis de choisir le bon niveau de la liaison à vos besoins de sécurité et l'utilisation de Visual Studios de l'éditeur de configuration WCF et WCFTestClient pour mettre les choses en place et en cours d'exécution.

    OriginalL'auteur Paul McCowat

  2. 2

    WebClient vous permet de faire des requêtes HTTP, donc je ne pense pas que c'est très pertinent ici.

    Il existe de nombreuses approches que vous pouvez prendre pour cette application.

    L'on est sûr de passer avec WCF, qui fournit environ un million de fois plus d'options que vous aurez besoin. Cependant, la WCF a une courbe d'apprentissage et, en particulier, il est difficile de comprendre exactement ce qui se cache derrière toutes les abstractions sans expérience préalable. En outre, cette solution n'est pas disponible si vous ciblez .NET 2.0.

    Vous pouvez également mettre en place un simple client/serveur TCP modèle à l'aide de sockets. Alors que vous pouvez programmer sur les sockets raw, .NET offre également la commodité des classes System.Net.Les Sockets.TcpListener pour le serveur et System.Net.Les Sockets.TcpClient pour les clients. Cette approche est beaucoup plus proche du métal, mais c'est un compromis: il est beaucoup plus facile de comprendre exactement ce que vous faites, mais vous aurez à mettre en œuvre un peu juste de la fonctionnalité de vous-même.

    Je l'apprécie, je n'étais pas vraiment positif sur la séparation entre le service WebClient, les sockets raw, la commodité de classes, etc.

    OriginalL'auteur Jon