Discussion :

[LloydEIGSI]

Bonjour,
Je suis en train de suivre une formation durant laquelle j'ai un projet "fil rouge".
Le projet en question, créer un jeu de loup garou en Java.

J'ai besoin d'être aiguillé pour construire le diagramme de classe.

Chaque joueur possède un rôle, certains rôles peuvent être cumulés, par exemple :
- Un loup garou peut être maire.
- Un villageois peut être une voyante mais il peut aussi être maire en plus.

Le jeu se joue en tour par tour avec une alternance jour/nuit:
- Le jour les villageois votent pour essayer d'éliminer un loup garou.
- La nuit les joueurs qui ont un rôle spéciale (loup garou, voyante, etc) peuvent effectuer une action spéciale qui dépend de leur rôle.

Le problème c'est que le maire n'est pas vraiment un joueur spéciale, il est simplement un rôle supplémentaire, n'importe qui peut être maire, un (villageois, loup garou, ect) et ça je ne sais pas vraiment comment le représenter proprement dans le diagramme.

Mon groupe de projet et moi avons réussi à créer le programme, il fonctionne mais je ne suis pas du tout satisfait de la façon dont les choses ont été implémentés, on a régulièrement bidouillé ce qui rend les choses complexes et "sales".
Le diagramme ci-dessous est une tentative de ma part de créer quelque chose de plus cohérent.



Merci d'avance

[gervais.b]

Bonjour,

Vous travaillez uniquement avec de l'héritage alors que la composition est parfois tout aussi utile. Je n'ai pas les détails, ni l'envie d'y réfléchir à votre place, mais vous pourriez par exemple donner plus d'importance à Role. Au lieu d'en faire une enum, ça pourrait-être la source de votre héritage avec une classe pour chaque action spéciale. La classe Joueur contiendrais un ensemble de rôle qu'elle utilise pour savoir ce qu'elle peut faire.

Regardez peut-être du côté des designs patterns de comportement. Je pense notamment a Command et Chaine de reponsabilité.

Mais, encore une fois, je ne connais pas vos besoins. Je sais juste que lorsque l'héritage pose problème le composition est parfois la solution. Ou qu'il faut revoir le modèle et changer la classe parente. Dans tous les cas, j'ai l'impression qu'un Joueur n'est pas un village, mais qu'il joue le Role d'un Villageois.

[seroze]

Bonjour,

Ce serai bien de fournir le code source de ce qui fonctionne parce que je ne vois pas à quoi servent les rôles de voyant, sorcière, chasseur, cupidon. En lisant le wiki j'ai compris que le vote du maire compte double.

Je pense que je ferai une classe village contenant une liste des habitants et une variable supplémentaire pour connaitre le maire. Cette structure assure l'unicité du maire dans le village.

Code :

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

1
2
3
4
class village {
    List<Villageois> villageois;
    Villageois maire;
}

Ensuite je pense que le type énumération Rôle ne sert pas. Si tu utilises des Switch/Case sur les Rôles, alors il vaut mieux utiliser le polymorphisme.