Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Conception objet d'un Mario-like
Bonjour,
Je souhaite me lancer dans la création "propre" d'un jeu de plate-forme dans le style Mario en 2D avec affichage de sprites, tiles, scrolling, succession de niveaux, etc.
Avant de me lancer tête baissée dans le code, j'aimerais y voir un peu plus clair et c'est pourquoi je veux faire une petite étude objet avec deux ou trois diagrammes UML pour m'aider.
Je vous demande comment vous verriez l'organisation orientée objet d'un tel type de jeu.
Merci pour votre aide,
Alex
Faire une étude UML rien que pour animer un perso c'est un peu lourd et tu risques de perdre ton temps bien plus qu'autre chose...
Pour mettre au point un jeu surtout l'affichage graphique les animations il faut souvent bidouiller et tes diagrammes UML vont bien vite rester dans un coin..
UML c'est bien pour une appli de gestion genre système de réservation d'une compagnie aérienne ou il y a des milliers de classes et entités pas pour un petit jeu 2d...
Mais après tout si tu y tiens...tout le monde est libre...
NoN je ne souhaite pas faire de la conception UML pour faire de l'UML à tout prix
Je m'en passe volontiers si je n'en ai pas besoin au final mais j'aimerais que le découpage de mon jeu soit propre, pas uniquement du "bidouillage" comme j'aurais tendance à faire à la va-vite !
Bonsoir,
Moi au contraire je dirai que c'est une bonne initiative de ta part. Bon pas forcément le coup de l'UML, comme tu dis faire de l'UML pour de l'UML, bof bof. Mais je te conseillerais plutôt de bien mettre à plat toutes tes idées. En commençant par les généralités. C'est à dire de quoi sera composé ton application : plusieurs niveaux, des ennemis, des bonus, un personnage, ...
Ensuite tu spécialise un peu le tout, tu regroupe tout ce qui peux allé ensemble.
Par exemple ton personnage et les ennemis possèdent tous les deux des caractéristiques communes...
Si tu fais de la programmation objet, tu pourra utiliser l'heritage pour te simplifier la chose.
Essaye de voir tous ce doit pouvoir faire un personnage ou un ennemi.
Qui peut interagir avec qui, sur qui, comment...
etc etc
Ainsi tu te retrouvera avec un bon petit cahier des charges, et ton projet te paraitra moins bidouillage comme ça peut être.
Bon après tu verra y'a toujours des trucs à la con auxquels tu n'avais pas pensé... mais bon ^^
Ca doit pas trop répondre à ta question, mais j'espère que ça t'aurai tout de même aidé un tout petit peu ;-)
A vrai dire je suis pas trop pour UML.
C'est pratique pour une explication, presentation ou cahier technique mais pas pour de la programmation a ce niveau.
Ton cas fait parties de la liste, tu souhaites comprendre comment fonctionne un jeu du coup quelques diagrammes (de classes seulement) peuvent aidé.
Si tu cherches bien dans le forum ou sur le site, section jeux, tu trouveras des infos sur des problemes similaire.
Que te fasses un morpion correctement ou ou jeux MMORPG l'idée est la meme.
Brievement, un jeu possede un moteur de jeu, lui meme composé de sous moteurs, tel moteur d'affichage, IA, script, son, IO, physique, ...
Ensuite certain sont plus ou moins complexes suivant tes ambitions.
Pour ma part je commence toujours par le moteur de script, ainsi le developpement des autres est plus rapides, puis comme beaucoup direction le moteur d'affichage
voila bonne chance
Je suis d'accord, il te faut juste avoir l'idée de quelles classes seront présentes pour faire ton jeu :Envoyé par ash.ice.loky
A vrai dire je suis pas trop pour UML.
C'est pratique pour une explication, presentation ou cahier technique mais pas pour de la programmation a ce niveau.
Ton cas fait parties de la liste, tu souhaites comprendre comment fonctionne un jeu du coup quelques diagrammes (de classes seulement) peuvent aidé.
Si tu cherches bien dans le forum ou sur le site, section jeux, tu trouveras des infos sur des problemes similaire.
Que te fasses un morpion correctement ou ou jeux MMORPG l'idée est la meme.
Brievement, un jeu possede un moteur de jeu, lui meme composé de sous moteurs, tel moteur d'affichage, IA, script, son, IO, physique, ...
Ensuite certain sont plus ou moins complexes suivant tes ambitions.
Pour ma part je commence toujours par le moteur de script, ainsi le developpement des autres est plus rapides, puis comme beaucoup direction le moteur d'affichage
voila bonne chance
Une classe Moteur pour récupérer les entrées utilisateurs et tout le reste et le passer aux autres classes.
Une classe Jeu pour gérer les régles de ton jeu (changement de niveau, nombre de vies, nombre de pièces, avancement dans le jeu...).
Une classe Objet pour les différents personnage avec éventuellement trois sous-classes : Perso, Ennemi, Boîte
Une classe Physique pour gérer les collisions et la gravité (pour faire retomber un joueur lorsqu'il tombe).
Et je pense que tu aurais déjà pas mal de choses pas mal là...
Bon c'est à froid mais bon...
Jc
Répondre avec citation
Partager