Discussion :

[Seabirds]

Bonjour à tous et à toutes !

Mon début de programme avance gentiment... Chaque problème résolu en soulève un nouveau (syndrome du tonneau des danaïdes...)
Je cherche à :
1) représenter la position de différents nodes dans un espace 2D discretisé en cases (un échiquier, quoi...)
2) déplacer ces nodes dans l'espace (ce déplacement est une fonction du temps t et de la distance entre les cases)
3) après chaque déplacement, effectuer une certaine opération position-dépendante (création/suppression de nodes), là aussi variable selon le temps t
4) incrémenter le temps, et c'est reparti au point 2

J'ai commencé à écrire un algorithme procédural (faut bien commencer quelque part ) et maintenant que je vois un peu mieux comment ça se passe je cherche à organiser ça en orienté-objet :

• Une classe LandPositioner aurait conscience de la position des nodes (implémentation via un multimap), communique les positions aux autres classes, et prend en compte les changements provoqués par les autres classes.
• Une classe Modificator aurait pour tache de récupérer pour chaque case les nodes présents, supprimmer/ajouter des nodes avec une probabilité dépendante du temps, et communiquer les changements à LandPositioner pour qu'il actualise.
• Une classe Migrator aurait pour mission de choper chaque node et ses coordonnées, et de proposer un déplacement, lui aussi dépendant du temps, et de communiquer les changements à LandPositioner.

Mes questions :
1) Le patron vous semble-t-il débile ?
2) Quand le comportement de pleins de classes dépend d'une variable temps qu'on incrémente au cours d'une boucle, quelle est la meilleure stratégie à adopter pour utiliser cette même variable au sein de classes très différentes ? Faire un héritage d'interface avec une méthode giveTime() ?
3) Ailleurs dans le projet il y aura d'autres marcheurs aléatoires qui seront pas forcément en espace discret, pas avec les même modalité de déplacement... Comment généraliser la notion de déplacement ? Faire des classes absraites RandomWalker, WalkerModificator, WalkerMigrator ?

Merci d'avance pour vos conseils

[Disixlis]

Sans passer pour un c**, un gros tu veux faire un tableau bidimensionnel graphique ^^ ? Ou alors j'ai rien compris.. ^^'

[Bousk]

Mue ca ressemble plus a une boucle de gameplay maladroitement overengineere selon moi.

[Seabirds]

Ahahaha que ce soit "maladroitement overengineered" je n'en doute pas

Merci pour vos réponses, mon explication était sans doute très mauvaise si personne n'a compris : mea culpa.

Alors le but du programme, c'est faire une simulation, pas pour du gameplay, mais pour un modèle statistique. Oui, c'est un peu moins funky
Ce que je dois faire, c'est construire un arbre non-binaire en partant des feuilles. Les nodes (initialement les feuilles) se balladent aléatoirement dans un échiquier. Quand plusieurs nodes se rencontrent dans une même case, alors il est possible que plusieurs d'entre eux fusionnent pour donner un node parent, qui à son tour peut se ballader dans l'échiquier.
L'idée, c'est que toutes les lois de proba (déplacement, fusion) changent à chaque pas de temps. Deux objets qui doivent (obligatoirement) être pré-calculés contiennent ces informations de changement temporel des lois. Du coup à chaque pas de temps, il faut bien leur demander l'info nécessaire pour le déplacement/fusion.

Comme je n'y connais rien en POO j'ai sans aucun doute fait un patron pas très-très joli, mais qui a l'air de marcher/boiter. C'est pour ça que je vous demandais si il existait une manière classique de traiter ce genre de situation, car je me doute bien que dans les jeux vidéos, des trucs qui bougent sur une map c'est assez récurrent

Et ne pas faire une solution trop boîteuse (comme celle que j'ai faite ) m'intéresse, car ailleurs et dans d'autres situations, je vais avoir besoin de ré-utiliser la notion de déplacement, donc je demandais si il existait un patron un peu "générique"
Je m'en remet donc à votre expérience

Bien cordialement,

[Bousk]

En fait j'ai rien compris a tes classes et comportements du premier message.
Mais si tu veux faire une simulation qui fasse evoluer de la meme maniere tous tes acteurs, ton programme devrait avoir cette forme

Code :

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

1
2
3
4
5
6
7
8
9
int main() {
  Simulation s;
  int dt = 0;
  while(1) {
    int start = now(); // tu recuperes le timestamp ou quoi que ce soit qui indique le present
    s.update(dt);
    dt = now() - start;
  }
}

[Seabirds]

Ouais cool ça c'est déjà très chouette, merci !

Pour le reste bon je m'en dépatouillerai ! J'imagine que débutant il faut passer par des trucs crado à un moment où à un autre, quitte à revoir tout ça au fur et à mesure qu'on gagne des poits d'xp en conception ...

Merci beaucoup !

[koala01]

Ouais cool ça c'est déjà très chouette, merci !

Pour le reste bon je m'en dépatouillerai ! J'imagine que débutant il faut passer par des trucs crado à un moment où à un autre, quitte à revoir tout ça au fur et à mesure qu'on gagne des poits d'xp en conception ...

Merci beaucoup !

Humm, non. A vrai dire, ce n'est absolument pas nécessaire. Le problème, c'est que les débutants

1. essayent régulièrement de faire des choses qui sont très largement au delà de leurs compétences, ce qui les incite à essayer de trouver des solutions qui n'en sont absolument pas
2. utilisent régulièrement des cours/tutos inadaptés et obsolètes qui abordent l'apprentissage sous l'angle d'une approche contre laquelle on se bat depuis près de dix ans et qui -- par manque de précision -- leur apprennent un tas d'aneries que l'on devra leur faire oublier par la suite

Ajoute à cela qu'il existe en réalité très peu de tutos/cours qui suivent une approche moderne et tu comprendras que ce n'est pas un reproche mais plutôt une constatation dépitée, qui nous pousse à fournir de nouvelles ressources. Mais la rédaction de "bons" cours / tutoriaux est malheureusement un processus qui prend du temps... beaucoup de temps

[Seabirds]

Ahaha pour le point 1, ça me rappelle quelque chose... x) Malheureusement on n'a parfois guère le temps ni la possibilité de commencer par le début... Quand il faut faire de A à Z un projet en un temps limité, et parfois assez loin des compétences initiales, il faut parfois accepter de faire vite-et-le-moins-mal-possible. C'est dommageable je te l'accorde. Dieu merci je ne code pas le protocole de sécurité des ogives russes.

Pour le point 2... Oui c'est très étrange, j'ai potassé quelques bouquins, cours, tutos, pour essayer de me former à la POO et au C++, mais les logiques de pédagogie varient beaucoup. Bon, à force de traîner un peu partout j'imagine que j'ai au moins (inch'allah) posé un jour les yeux sur un "bon" tuto ahaha
D'ailleurs, content d'avoir potassé le bouquin que tu conseilles en signature

[koala01]

D'ailleurs, content d'avoir potassé le bouquin que tu conseilles en signature

Ah, ben, c'est gentil, ca vu que, au cas où cela t'aurait échappé, j'en suis l'auteur

[prgasp77]

Ah, ben, c'est gentil, ca vu que, au cas où cela t'aurait échappé, j'en suis l'auteur

C'est la deuxième fois que je te lis le dire cette semaine. Haaa ! les effets de la célébrité .

[Seabirds]

Quel naïf je fais...
Il manque le smiley groupie/fan "j'admire beaucoup ce que vous faites et j'aimerais teeeeellement vous ressembler un jour..."
Cela dit, c'est une ressource qui m'a été très utile, merci

[koala01]

C'est la deuxième fois que je te lis le dire cette semaine. Haaa ! les effets de la célébrité .

Ben oui, que veux tu

Je connais l'histoire de mon livre, et il n'y a rien à faire : chaque fois que je reçois des compliments à son sujet, ca me fait vraiment très plaisir... Je me contente de bien peu, non