[Merise - MCD/MPD]Besoin d'un Avis

[elazard]

PowerDesigner 12.1 de Sybase

Bah la structure pour les persos et sorts et tout, je pense que tout le monde a plus où moins ça dans ces jeux
Mon probleme, en général c'est un probleme de clareté. J'aime que tout soit "facile à voir en un coup do'eil".
Du coup, parfois ca vient "contraire" aux méthodes d'analyses.

Du moment où je mets ma source, je m'attends à ce que des joueurs la trouve, la commente et peut etre s'en servent. Ca ne me gène pas, mais c'est gentil de demander

Bah c'est bien normal, c'est triste la mentalité actuelle qui veut qu'on se serve sans demander à l'auteur si ca ne lui pose pas de problème.

et mon petit avi sur le sujet : si j'ai bien compris la méthode de réciprocité que tu as expliqué au post initial, la méthode de TeKRunner me parait la plus logique

vu que si je ne m'abuse ca fait une relation 1,1 - 0,n : les actions ne sont faites que par un perso mais un perso peut faire plusieurs actions. Après je dis surement encore une connerie mais c'est sympa de faire réfléchir sur le sujet^^

[rwk]

Mais une classe n'apporte pas que des actions, mais aussi de nouvelles caractéristiques

Par exemple, guerrier => 1 attaque d'opportunité/ tour de jeu, en fonction du niveau, donc peut etre qu'au niveau 5, il en aura 2.
ca se caractérise par nbre d'attaque d'opprtunité maximale, nbre_actuel.

Ca veut dire que ca je dois le conserver dans une table.
tout comme, un ensorceleur a +1 sort supplémentaire par jour. Et ca peut augmenter.

Donc à un moment, soit j'ai une table par classe... et là, y a dur-dur.
Soit j'ai une table, qui s'adpate à toutes les classes.

Pour les métiers c'est exactement pareil ^^

Donc, je ne sais pas trop comment faire

[TeKRunneR]

C'est bien ce que je craignais, ton système est assez compliqué :|

Bon alors peut-être que des gens plus expérimentés que moi vont te donner une solution simple, mais pour moi il va falloir que tu listes toutes les classes, tous les métiers et toutes les actions qu'ils rendent possibles. Ou au moins les types d'action (ainsi que les types d'action susceptibles d'être implémentés dans le futur).

C'est uniquement après avoir fait ce travail que tu vas pouvoir dégager des mécanismes communs entre les actions, avec de nouvelles entités et relations que tu pourras inclure dans ton schéma de BDD.

D'ailleurs même si tu n'arrives pas à lister toutes les actions possibles, tu peux toujours commencer par essayer d'intégrer celles auxquelles tu as pensé dans ton schéma, puis quand tu penseras à d'autres, soit tu peux les intégrer à ta BDD si elles ne demandent pas de modification trop importante, soit tu traites ça en PHP.

Ce que je dis s'applique d'ailleurs bien aux exemples que tu donnes : un guerrier qui a de plus en plus d'attaques en fonction de son niveau et un mage de plus en plus de sorts. Les 2 se caractérisent par un nombre max et un nombre restant, comme tu l'as dit. Ça peut alors valoir le coup de créer une table ressemblant à ça :

Code :

CREATE TABLE `actions_multiples_persos` {
  `id_action` INT,
  `id_perso` INT,
  `nb_max` INT,
  `nb_restant` INT,
  CONSTRAINT PRIMARY_KEY(`id_action`,`id_joueur`)
}

Le nombre max est mis à jour lors du passage de niveau, le nombre restant lorsqu'une action est utilisée or lorsque le compteur est réinitialisé.

Encore une fois ton problème n'est pas simple, il est donc difficile de te donner une solution toute faite.

[rwk]

Justement, j'hésite.

Soit j'arrive à normaliser toutes les actions de classes en un nombre de paramètre défini...
Soit je n'y arrive pas

C'est là mon probleme