[Jeu] Quel composant utilisé

**GTJuanpablo** · 08/02/2007, 09h44

Bonjour,
je développe un jeu en C# d'un bonhomme qui se déplacera dans un labyrinthe. En partant du principe que mon personne est un un objet d'une classe personne et que mon labyrinthe est un tableau d'objets "cellule", quels composants windows form dois-je utiliser pour afficher mon labyrinthe (chaques cases à une image correspondante), et surtout comment afficher mon personnage et le faire bouger en suivant la pression de certaines touches du clavier?

merci d'avance

**dietrich** · 08/02/2007, 09h53

utilise un tableau de panel ou un tableau de conterneur d image

**theMonz31** · 08/02/2007, 10h32

salut

faire un jeu, bonne idée

Bon, perso, actuellement, si je voulais faire un jeu, je me tournerais peut-etre
vers l'utilisation du FrameWork XNA... gratuit pour les jeux PC (payant pour
proposer le jeu sur Xbox) et qui propose pas mal de fonctionnalités et qui
a la bonne idée de reposer sur DirectX plutot que GDI+ (donc, en terme
de performance, tu es bien meilleur).

Maintenant, je fais l'hypothèse que tu te fous de mes conseils (XNA ) et que
tu veux faire cela en GDI (XNA ne fait que du C# pour info

...

A mon humble avis, si tu veux de la performance, il ne faut pas passer
par des composants (type controle) pour les cellules mais plutot passer
par Un seul et unique objet qui te fait le rendu de tous tes elements

Donc, pour moi, faire un jeu en C#, revient à avoir un composant
GameBoard (par exemple) qui est capable de dessiner l'ensemble des
elements à rendre. ET pour se faire, il possède une grosse méthode Paint()
qui fait le DRaw dans un bufferedGraphics puis fais le Render() dans le
graphics de l'application...

En gros, ca donnerait un truc du genre :

Paint()
{
DrawBackground();
DrawCells();
DrawScore();
DrawPersonnage();
}

Apres, pour l'animation des personnages, beh, en principe, ton personnage
est localisé par une position, donc, à chaque fois que tu fais un changement
de position, tu dois faire un Invalidate() pour que l'application effectue
un Redraw (donc un Paint) de ton dessin...

Bien evidemment, si on etait dans un jeu, on n'aurait pas ce type d'architecture mais plutot une architecture genre :

While(GameIsOn == true)
{
AcquirePosition() // on recupere les appuis claviers, souris, joypad,etc...
UpdateScene() // mise à jour des informations d'objets, etc...
RenderScene() // rendu de la scene en appelant le Paint
}

La principale différence entre les deux architectures, est que dans le cas
des jeux "classiques", tu boucles le plus vite possible pour faire les rendus
(ce qui est bien pratique quand tu as bcp d'objets en mouvement au sein
de ta forme, evite de passer par la pompe à message windows qui ralenti...)

PAr contre, si ton jeu est "assez" statique", c'est à dire qu'il y a peu ou pas d'animation en dehors de celle lié aux actions claviers/joypad/Souris (finalement, l'équivalent d'une application standard windows qui attend une action utilisateur pour faire quelque chose), l'option de passer par une archi
classique windows application (pompe à message, etc...) est pertinente

A savoir maintenant que pour gérer un joypad (si tu le désires), il faut
passer par DirectX...

C'est pour toutes ces raisons qu'il te faut "analyser" le contenu de ton jeu,
en terme de dessin, d'interaction, d'animation d'objet, de performance. Apres
cette analyse, tu pourrais porter ton choix sur une appli XNA ou Windows Application... et ensuite, voir si tu veux faire du "bouclage" ou bien
"du windows classique"

Voila, j'ai été un peu long, mais bon.. N'hésite pas si tu as d'autres questions ou des précisions à demander

The Monz, Toulouse

PS : Pour info, étant dans le monde de la simulation, j'ai "pas mal" regardé et je connais "assez" bien les contraintes qui peuvent induire tel ou tel choix.

**GTJuanpablo** · 08/02/2007, 11h21

merci de votre aide

Je vais partir sur GDI+, étant donné que le jeu est assez simpliste, en 2D et consiste juste a déplacer un bonhomme (symbolisé par une image) dans un labyrinthe ou chaque cases est une image.

**theMonz31** · 08/02/2007, 11h30

ok , avec GDI+ , ca le fera sans problème...

Pour des histoires de perfo, essaye de faire le Dessin de ton jeu à un seul endroit
(mais avec plusieurs fonctions ) qui dessine dans un buffer GRaphics

Penses à utiliser le double buffering pour les problèmes de flick

Et surtout, bon courage.. (surtout pour la partie "infographie" )

The Monz, Toulouse