Utilisation de l'héritage dans mon projet

Salut !

Alors je dois programmer deux jeux de cartes : la réussite et la bataille. Je ne fais pas d'interface graphique.
Dans l'énoncé du projet il est dit qu'il faut utiliser de l'héritage mais j'ai fais sans car je ne vois pas où ça pourrait être utile...

J'utilise un type d'objet Carte, un type JeuCarte (52 cartes présentes), PileDeCarte (présents sur le plateau de jeu, contient des cartes aléatoires, 10 piles pour la réussite par exemple).

J'aurais bien fais un héritage entre JeuCarte et PileDeCarte, vu que la pile c'est en fait un jeu de carte "réduit", mais je doute que ça soit vraiment utile au final...

Auriez-vous des idées ?

Merci

T'es sur que l'héritage, tu n'aurais plutot du le mettre entre

Bataille, Réussite et un classe AbstractGame


La classe abstraite stockerait le nom du joueur, son score, le jeu de carte utilisé, les piles utilisées

Bataille aurait 2 piles, Réussite 10, et chacune des règles différentes pour calculer le score.

Salut,

Citation:

---

Envoyé par Raikyn

Dans l'énoncé du projet il est dit qu'il faut utiliser de l'héritage mais j'ai fais sans car je ne vois pas où ça pourrait être utile...

---

Tu peux nous balancer cet énoncé au complet? Peut être que l'on saura te dire où est ce qu'il pouvait bien intervenir...

Citation:

---

Envoyé par Raikyn

J'utilise un type d'objet Carte

---

Tu as fait un enum pour ca normalement non ?
Comme ca ton jeu de carte c'est juste une liste de l'enum.

Pour moi ton Type jeuDeCarte n'existe pas. C'est juste une liste.
Je rejoins tchize_ pour l'AbstractGame (qui pourrais avoir une méthode getJeuDeCarte abstraite défini par les différents jeux concret).

Ok merci pour les conseils. Je vais me pencher sur cette classe AbstractGame.
Et non je n'ai pas fais d'enum, je vais modifier ça également.

Citation:

---

Envoyé par Angelsafrania

Tu as fait un enum pour ca normalement non ?
Comme ca ton jeu de carte c'est juste une liste de l'enum.

---

Salut,

on peut définir les couleurs sous forme d'enum (coeur, carreau, trèfle, pique, atout? mais on pourrait envisager de vouloir utiliser des couleurs comme bâton, épée, denier, coupe: du coup, il faudrait prévoir une deuxième enum pour indiquer le type de couleur !). Les valeurs éventuellement également genre (AS, 2, ..., valet, cavalier, ...).

Mais ça me semble pas très pratique de définir les cartes en elle même sous forme d'enum. 78 valeurs pour un jeu de tarot !
Pour la bataille, c'est 52 cartes si je me souviens bien.
52 valeurs d'énum (!) pour un jeux de cartes standard.
Et si on veut ajouter les jockers, on ajoute une valeur énumérée jocker1 et jocker2 ?
Ca me semble plus simple de faire une classe simple, avec en attribut la couleur, et la valeur. Et éventuellement, on peut ajouter un index de jeu (si on veut pouvoir programmer des types de jeu qui se jouent avec plusieurs jeux, genre le 21)

Jeu de cartes, peut se modéliser par une liste en effet, mais faire une classe permet d'éviter de faire des méthodes statiques pour faire le mélange, ou d'autres manipulations.

Citation:

---

Envoyé par joel.drigo

Salut,

on peut définir les couleurs sous forme d'enum (coeur, carreau, trèfle, pique, atout? mais on pourrait envisager de vouloir utiliser des couleurs comme bâton, épée, denier, coupe: du coup, il faudrait prévoir une deuxième enum pour indiquer le type de couleur !). Les valeurs éventuellement également genre (AS, 2, ..., valet, cavalier, ...).

Mais ça me semble pas très pratique de définir les cartes en elle même sous forme d'enum. 78 valeurs pour un jeu de tarot !
Pour la bataille, c'est 52 cartes si je me souviens bien.
52 valeurs d'énum (!) pour un jeux de cartes standard.
Et si on veut ajouter les jockers, on ajoute une valeur énumérée jocker1 et jocker2 ?
Ca me semble plus simple de faire une classe simple, avec en attribut la couleur, et la valeur. Et éventuellement, on peut ajouter un index de jeu (si on veut pouvoir programmer des types de jeu qui se jouent avec plusieurs jeux, genre le 21)

Jeu de cartes, peut se modéliser par une liste en effet, mais faire une classe permet d'éviter de faire des méthodes statiques pour faire le mélange, ou d'autres manipulations.

---

Ca ne me choque pas tant que ca d'avoir 72 valeurs d'énum.
L'énum permet d'évité d'avoir un peut n'importe quoi, mais certe tu doit changé en dure à chaque fois que tu veux faire un nouveau jeu (le Uno par exemple).
C'est un choix et j'avoue que ca dépend vraiment de l'optique dans la quelle on développe la chose (des jeux avec un paquet de carte classique de 52 cartes ou 72). Donc pour moi si c'est pour jouer à la belotte, tarot, bataille, poker, réussite, barbu .... c'est toujours la même chose un jeu de carte 72 c'est bon (avec les joker si tu veux).
La meilleur solution serais peut être une interface avec des enum qui l'implemente... (a mis chemin :p )
Mais l'enum pour moi devrait être présente, un jour ou l'autre tu vas définir les cartes pourquoi le pas le mettre dans un format plus strict.

Le coup des enum pour les couleurs (carreau, coeur, pique, trefle) et pour les valeurs facial (1...10, V, D, R , Joker), c'est comme ca que j'aurais fait aussi.
Pour un jeu de tarot tu ajoute aux couleurs les atous, et puis le cavalier, 11..21 aux valeurs.

Après faire un shuffle sur une liste c'est juste un Collections.shuffle.

Citation:

---

Envoyé par Angelsafrania

Ca ne me choque pas tant que ca d'avoir 72 valeurs d'énum.
L'énum permet d'évité d'avoir un peut n'importe quoi, mais certe tu doit changé en dure à chaque fois que tu veux faire un nouveau jeu (le Uno par exemple).
C'est un choix et j'avoue que ca dépend vraiment de l'optique dans la quelle on développe la chose (des jeux avec un paquet de carte classique de 52 cartes ou 72). Donc pour moi si c'est pour jouer à la belotte, tarot, bataille, poker, réussite, barbu .... c'est toujours la même chose un jeu de carte 72 c'est bon (avec les joker si tu veux).
La meilleur solution serais peut être une interface avec des enum qui l'implemente... (a mis chemin :p )
Mais l'enum pour moi devrait être présente, un jour ou l'autre tu vas définir les cartes pourquoi le pas le mettre dans un format plus strict.

---

Et bien moi ça me choque, parce que si on veut pouvoir savoir entre 2 cartes laquelle bat l'autre (dans le cas de la bataille), ou laquelle peut être placée sur l'autre (genre la dame de coeur sur le roi de trèfle) lors de la réussite, on va devoir faire des bidouilles sur l'ordinal() avec des modulos !!! bonjour pour l'aspect sémantique.
Ou alors on ajoute des méthodes dédiées dans l'enum, mais dans ce cas, autant le faire dans une classe...
En plus, pour pouvoir contrôler la liste de cartes possibles pour un type de jeux, il faudra encore se taper la frappe de 50 valeurs parmi les 78 (qui sont déjà assez lourde en elle même à saisie, et à relire )

Citation:

---

Après faire un shuffle sur une liste c'est juste un Collections.shuffle.

---

Je citais le mélange comme exemple, mais il peut y avoir d'autres manipulations sur un jeu de carte (coupe, distribution, que sais je)... à un moment donné un LOO c'est fait pour faire des classes. Faire toujours ses programmes uniquement à base de List et de Map, avec que des méthodes statiques, c'est à un peu limite pour un exercice dont le but est de manipuler des classes et des abstractions... Bien sur, au final, pour simplifier la classe JeuDeCartes va avoir une variable de type List et utilisera un Collections.shuffle() pour la mélanger...