CLIENT SERVEUR GENERIQUE MULTI-CLIENT SERIALISATION/DESERIALISATION DES ECHANGES thread, socket, clientserveur, sérialisation, Source N°45655

Information sur la source

Catégorie :Réseaux & Internet

Classé sous : thread, socket, clientserveur, sérialisation Niveau : Débutant Date de création : 07/02/2008 Date de mise à jour : 12/02/2008 23:12:43 Vu / téléchargé: 6 446 / 863

Auteur : PROMEUF

Site perso

Ecrire un message privé

Note :
Aucune note

Commentaire sur cette source (2)

Ajouter un commentaire et/ou une note

Description

Apllication client serveur génerique, à base de sockets tcp et de thread, car l'envoi et la réception se fait via la sérialisation d'une instance d'objet de la classe 'connex'.
Toutes applications mono-poste développées selon les principes MVC peuvent facilement être intégrées dans ce C/S.En effet la vue sera initialisée coté client après la connexion, le modèle et le contrôleur sont appelés dans le thread de traitement des messages cote serveur.

L' intégration de vos traitements spécifiques est clairement délimitée 2 zones dans le client après connexion sur le serveur et après réception d'un message , 2 zones dans le serveur après déconnexion d'un client et dans le thread de traitement des réceptions .

NB : l'assembly client doit être intégré cote serveur pour assurer la sérialisation.

BON COURAGE !

Conclusion

Merci à tous les codes sources sur le c/s et les sockets !

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

client
- client
  - bin
    - Debug
    - x86
      - Debug
  - obj
    - Debug
      - Refactor
      - TempPE
      - client.csproj.GenerateResource.Cache842 octets
      - client.Form1.resources180 octets
      - client.Properties.Resources.resources180 octets
    - x86
      - Debug
        
        TempPE
        
        client.csproj.GenerateResource.Cache842 octets
        
        client.Form1.resources180 octets
        
        client.Properties.Resources.resources180 octets
    - client.csproj.FileListAbsolute.txt 1 978 octets
  - Properties
    - AssemblyInfo.cs 1 344 octets
    - Resources.Designer.cs 3 035 octets
    - Resources.resx 5 612 octets
    - Settings.Designer.cs 1 091 octets
    - Settings.settings249 octets
  - client.csproj 3 984 octets
  - connex.cs 2 317 octets
  - Form1.cs 3 003 octets
  - Form1.Designer.cs 10 182 octets
  - Form1.resx 5 814 octets
  - modele.cs 8 329 octets
  - Program.cs 478 octets
- client.sln 1 261 octets
- client.suo17 408 octets
serveur
- serveur
  - bin
    - Debug
  - obj
    - Debug
      - TempPE
      - ResolveAssemblyReference.cache4 457 octets
      - serveur.csproj.GenerateResource.Cache842 octets
      - serveur.Form1.resources180 octets
      - serveur.Properties.Resources.resources180 octets
    - serveur.csproj.FileListAbsolute.txt 1 222 octets
  - Properties
    - AssemblyInfo.cs 1 346 octets
    - Resources.Designer.cs 3 037 octets
    - Resources.resx 5 612 octets
    - Settings.Designer.cs 1 092 octets
    - Settings.settings249 octets
  - cserveur.cs 12 207 octets
  - Form1.cs 3 047 octets
  - Form1.Designer.cs 3 499 octets
  - Form1.resx 5 814 octets
  - Program.cs 479 octets
  - serveur.csproj 3 491 octets
- serveur.sln 910 octets
- serveur.suo22 016 octets

Télécharger le zip

Historique

07 février 2008 01:52:13 :: Oubli client
07 février 2008 16:36:13 :: corrections
07 février 2008 18:06:18 :: Prise en compte des remarques
09 février 2008 18:24:40 :: Intégration d'une hashtable + adaptée au traitement
10 février 2008 04:38:59 :: Délimitation des zones de traitements spécifiques
12 février 2008 23:12:44 :: Modif des commentaires

Sources de la même categorie

Toutes les sources de la catégorie Réseaux & Internet

Sources en rapport avec celle ci

Commentaires

Commentaire de wizad le 07/02/2008 10:06:19

Bon alors en vrac...
Tout d'abord qu'est-ce qu'un système de socket viens faire dans un modèle MVC?
L'organisation de tes sources est assez perturbante. (Par exemple dans le client model aurait du être connex et inversement).
Le convention de nommage ne sont pas vraiment respecté (exemple : en c# on utilise pas de _ au début du nom des variables privés) ce qui rend ton code assez illisible.
Et je viens de voir que le _ en début de variable ne représente même pas toujours des variables privées.

Enfin ta source est peu réutilisable car mal organiser et absolument pas commentée.

En bref je dirais que ça vaut un note entre 2 et 3... je noterais dans quelques jours en fonctione des améliorations que tu aura apportés.
Commentaire de PROMEUF le 07/02/2008 18:16:41

En accord avec tes remarques développement un peu rapide, ai essayé d'apporter une tentative de normalisation du code et des commentaires
je ne comprends pas "model aurait du être connex"
Pour l'approche MVC je ne suis pas d'accord avec tes remarques.Cet approche fait que la vue n'effectue aucun traitement ceux ci sont déportés dans le modèle et l'acces aux données dans le contrôleur et la communication se fait via une instance de la classe modele.
Ici la sérialisation permet de transporter sur le serveur cette instance de classe et de communiquer avec le modèle dans le thread de traitement de l'information du serveur qui peut appeler le contrôleur.
Merci pour ton regard sur ce source et tes conseils.
"

Ajouter un commentaire

Discussions en rapport avec ce code source

Comment stopper un thread lorsqu'il est bloqué par une fonction bloquante par billou_13

Client IRC [Sockets/Threads] par SpecialCharacter

Multi threading using TCP and socket par gdupasqu

Multi Threading en utilisant TCP par gdupasqu

Problème de thread, socket et form par Florynth

Pb d'affichage de fenetre et thread... par bigflo

thread en C# par karshnod

[c#] Sérialisation en XML par oberown

Thread + NetworkStream par JuS

Comment ouvrir une socket bluetooth en c# par super_toinou