Discussion :

[snyler]

Bonjour,

J'ai pour projet de faire un 2048 et j'ai découpé celui ci en 2 packages, un (celui par défaut) contenant une classe gérant les déplacements appelée Jeu et un autre package nommé interaction contenant deux classes appelées Interaction et Main. J'importe mon package Interaction dans ma classe Jeu et j'importe bien mon package Jeu dans mes classes Main et Interaction (contenues dans le package interaction).

Dans ma classe Jeu je gère tous les déplacements et dans Interaction l'initialisation du plateau (en ligne de commandes), l'affichage, savoir si le joueur a gagné ou perdu etc ... J'aimerai donc dans mon Main créer un objet jeu de type Jeu et initialiser celui ci. Cependant, lorsque je fais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Jeu jeu = new Jeu();
jeu.init();

Eclipse m'indique "The method init() is undefined for the type Jeu".

J'aimerai donc savoir comment je peux créer un objet de type Jeu et utiliser dessus les méthodes contenues dans ma classe Interaction.

Débutant en POO, toutes mes variables et toutes mes classes sont de types public.

Merci de votre aide.

[colomban]

De ce que je comprends, tu n'as pas défini de méthode init() dans ta classe Jeu. Si c'est la classe Interaction qui est en charge de l'initialisation du jeu, pourquoi ne pas créer dans ton main une instance d'Interaction et appeler init() dessus?

mais tu peux également avoir une variable de type Interaction au sein de ta classe Jeu et définir une méthode init() dans ta classe Jeu qui appelle les méthodes que te fournit ta classe Interaction.

[snyler]

En effet la méthode qui est censée initialiser le plateau se trouve dans ma classe Interaction et non dans ma classe Jeu. Je peux donc bien créer un objet de type Interaction mais comment ensuite à celui ci je pourrais appliquer les méthodes de déplacement qui sont elles situées dans ma classe Jeu ?

[colomban]

comment ensuite à celui ci je pourrais appliquer les méthodes de déplacement qui sont elles situées dans ma classe Jeu ?

A mon sens, tu ne dois pas appliquer à un objet Interaction les méthodes de ta classe Jeu. Ou alors, cela veut dire qu'il n'y a qu'un seul objet "fourre-tout" qui veut tout faire?

Je pense que tu devrais te poser la question de la découpe en classe. Par exemple, si ton jeu est constitué d'un plateau et d'objets qui se déplacent, tu peux avoir une classe Jeu qui possèdent des variables de classe de type Plateau et une liste de type "Objet qui se déplace".
Dans un main, tu crées une instance de Jeu et dans l'init() de la classe Jeu, tu peux appeler par exemple la méthode init() de ton objet Plateau. Car initialiser un jeu, c'est initialiser le plateau mais pourquoi pas effectuer d'autres actions.

[snyler]

J'ai du mal avec l'idée d'utiliser un objet Plateau (qui est en fait un objet Interaction utilisant la méthode init() n'est-ce pas ?) et un objet jeu qui permettra lui de faire les déplacements. C'est la première fois que j'ai un projet aussi complexe et que je dois bien découper en classe et en packages. Le fait d'utiliser deux objets est donc pour moi très très flou.

[colomban]

L'un des objectifs de la conception Objet est justement de découper la complexité en isolant les tâches et les responsabilités de chaque objet. Le terme "Plateau" n'est peut-être pas approprié pour ton exemple, c'est à toi de voir mais est-il normal que ce soit le même objet qui gère le nombre de cases, les règles de déplacement, l'affichage et les actions opérateur? Il est probable que non. Plus le projet est complexe, plus tu auras besoin de découper en sous-partie. Ta classe Jeu peut alors se contenter d'appeler le code des sous-parties via des variables.

[OButterlin]

D'un point de vue théorique, on pourrait résumé ton jeu à 2 choses :
- la partie
- le joueur

La partie contiendrait la liste des joueurs, les règles du jeu, les méthodes liées au jeu proprement dit.
Le joueur stockerais ses données propres et d'après ce que tu énonces, la liste de ses déplacements. A ce niveau, j'ajouterais "valides".

Du coup, lorsqu'un joueur fait une action, il envoie à "Partie" les informations de cette action (en passant par lui même en paramètre), la partie teste la validité de ses paramètres et s'ils sont correctes, les enregistre dans l'historique du joueur et applique à la partie.

Reste à déterminer comment tu gères la partie graphique représentant la partie sachant qu'avec plusieurs joueur, cette représentation peut changer sans que le joueur n'ait fait quoi que ce soit

[snyler]

Merci à tous les deux de votre aide. Je prends notes de vos idées de découpage de code afin de le simplifier mais je n'appliquerai malheureusement pas ces conseils par manque de temps, devant finir mon projet aujourd'hui car je pars demain. J'étudierai la correction de mon prof pour voir comment lui a découpé son code (il l'aura forcément mieux découpé, en classes et en packages) et essaierai alors de comprendre comment mettre vos conseils en place à ce moment là.

Merci encore pour votre aide en tout cas