Discussion :

[SpIrIt505050]

Bonjour,

Je suis étudiant ingénieur, et ce semestre je débute en langage orienté objet et Java. J'ai un projet qui consiste a créer une application Clients / Server Multi-Thread pour un jeu de poker.

Je vous explique un peu le principe de l'application :
- Un croupier (robot) distribue 3 cartes fermées
- Chaque joueur (4 max) peut miser ou se coucher
- Le croupier dispose 2 cartes sur la table
- Chaque joueur peut se coucher ou enchérir (3 fois max)
- Selon les joueurs restants, on regarde qui a gagné (paire, double paire, brelan, ...)

Si un joueur souhaite se connecter à une table :
- la table est pleine (4 joueurs) -> connexion rejetée
- la table n'est pas pleine :
* le joueur n'est pas enregistré dans la base de données, il doit s'enregistrer (nom, prénom, chips)
* le joueur est enregistré -> connexion acceptée

Requêtes que peut envoyer un joueur au croupier :
- cust mise ... encherir de ...
- cust giveup se coucher
- cust exit quitter la table
- cust attributs "nom" "prénom" "argent" s'enregistrer

Requete que peut envoyer le croupier au joueur
- supp who connexion
- supp new inscription
- supp cartesFermee ... ... ... distribution cartes fermées
- supp carteOuvertes ... ... distribution cartes ouvertes
- supp pot annonce vainqueur et donne les gains


Voila pour le principe, en fait on a pas vraiment commencé java, on a plus commencé à voir le langage Objet et je ne vois pas par quoi commencer. J'ai débuté par faire un diagramme UML de cas d'utilisations ainsi qu'un trame d'un diagramme UML de classe, mais je pense que toute l'application est construite autour du serveur (peut-être une classe Client et une classe Server)

Je vous demande donc si vous avez des petites suggestions a me faire pour bien commencer se projet qui est relativement important dans le cadre de mes études.

Merci d'avance.

Spirit

PS : Si je le sujet est dans la mauvaise section, merci de le déplacer.

[dinobogan]

UML est un bon début.
Si ce projet est important, alors tu peux d'abord le faire fonctionner "sur le papier", en gardant à l'esprit que le développement sera itératif : tu vas coder un peu, tester un peu, coder un peu, tester un peu.... l'avantage, par rapport à un développement massif en une fois, c'est qu'à tout moment tu as une appli qui fonctionne. Les fonctionnalités vont s'ajouter une à une. Donc si tu es trop court dans les délais, il y aura toujours quelque chose à donner ;-)
Si tu es tout seul sur le projet, ça va aller. Par contre, si c'est une équipe, c'est un peu plus délicat. Mais dans tous les cas, quelque soit le choix de la méthode de développement, réfléchir sur le papier, régler les problème technique en amont. Faire des essais pour résoudre ces problèmes techniques et les capitaliser pour qu'ils soient plus ou moins directement utilisable dans l'appli.

Ensuite, techniquement, il n'y a pas grand chose à utiliser d'autre que le package "java.net" (pour ServerSocket et Socket) et "java.lang" (pour Thread et peut-être ThreadGroup).

Il est primordiale de ne pas se compliquer la vie au départ, tout en gardant à l'esprit de coder le plus génériquement possible. Je pense par exemple à l'interface graphique. Faire le plus léger possible sans pour autant se fermer des portes dans les choix d'architectures.

Sur une question comme ça, on pourrait philosopher des semaines entières. Alors je m'arrête là.
Allez ! Stylo, feuille et go, go, go

[KiLVaiDeN]

Salut !

Si j'étais toi, je ferais une webapp pour le serveur qui serait joignable en webservices.

L'avantage c'est que du coup tu peux jouer sur le fait que tu as fait à la fois une interface client lourd pour le client, et un client léger pour le serveur, et aussi que tu as utilisé des webservices.

Pour créer des webservices très facilement, je te conseille de regarder XFire ( codehaus ) qui permet de générer un wsdl et de mettre le webservice en écoute en se basant uniquement sur une interface Java et une implémentation.

Pour le client lourd, je te conseille de le créer avec Netbeans qui te facilitera la création du GUI.

Sinon dans l'ensemble, partir sur de l'UML est une bonne chose, cependant je mettrais toute mon attention sur la partie test avant de developper. Il faut que tu écrives tous les scénarios possibles de ton application, et qu'ils passent tous quand tu auras fini le projet, sans régression.

Bon courage