CLIENT SERVEUR GENERIQUE MULTI-CLIENT SERIALISATION/DESERIALISATION DES ECHANGES
cs_wizad
Messages postés
355
Date d'inscription
samedi 30 octobre 2004
Statut
Membre
Dernière intervention
14 avril 2009
-
7 févr. 2008 à 10:06
higgens66 Messages postés 6 Date d'inscription lundi 28 février 2005 Statut Membre Dernière intervention 18 juin 2009 - 18 juin 2009 à 12:41
higgens66 Messages postés 6 Date d'inscription lundi 28 février 2005 Statut Membre Dernière intervention 18 juin 2009 - 18 juin 2009 à 12:41
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/45655-client-serveur-generique-multi-client-serialisation-deserialisation-des-echanges
https://codes-sources.commentcamarche.net/source/45655-client-serveur-generique-multi-client-serialisation-deserialisation-des-echanges
18 juin 2009 à 12:41
18 juin 2009 à 11:56
Tout d'abord, je dois te féliciter pour cette source car le code, bien que tenant compte de la remarque de Wizard, soit un peu pauvre en commentaire et en convention, est bien réussi et tourne plutôt pas mal du tout. Il y a plein de petites astuces que je trouve assez sympa dans ton idée.
Par contre, je suis occupé à essayer de le mettre en œuvre dans une application et tout va presque bien excepté que, aléatoirement, le socket ne veut pas me renvoyer l'info du serveur vers le client. Je vois bien l'info sortir du serveur mais pas rentrer sur le client!!!
En fait, je n'ai pas encore implémenté tes méthodes spécifiques pour la gestion des messages en dehors de la classe de connexion mais je n'arrive pas à appeler les delegates pour les faire fonctionner. A mon avis je dois me tromper quelque part. Bref, puis-je te demander de me donner un petit aperçu de l'implémentation de ton delegate (ATOIDEBOSSER) dans une autre classe.
Merci.
Une fois que j'aurai bien avancé, je mettrai certainement les corrections faites à ta disposition pour que tu puisse y voir les changements. Le code modifié ne sert pas du tout à du chat mais à une gestion de messages spécifiques entre un client et un serveur.
7 févr. 2008 à 18:16
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.
"
7 févr. 2008 à 10:06
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.