Discussion :

[TheDrev]

Bonjour,

J'ai fait un éditeur de tilemap qui "sérialise" une structure map (hauteur, largeur, charset, et pointeur sur une structure tile contenant d'autres propriétées comme la clé, booléen pour la collision et éventuellement d'autres propriété suivant le jeu) dans un fichier texte (avec les fonctions C fwrite / fread).

Le probleme c'est que je doit re-créer un editeur, ou recompiler l'éditeur quand la définition de la structure map change (modification / creation d'un jeu).

Ce n'est pas dramatique car ce n'est pas la partie la plus couteuse en terme de temps ou de réflexion (changement de la structure, ajout d'un fwrite / fread), mais quel sont les techniques pour rendre une carte générée "extensible" dans l'éditeur et dans le chargeur (lors de la lecture de la carte par l'éditeur ou par le jeu)

[nouknouk]

hem... réponse peut-être un peu bête, mais pourquoi ne pas le développer en C++ et ainsi utiliser les possibilités que l'aspect 'objet' t'offre (héritage, polymorphisme, ...) ?

Sinon, tu as toujours la possibilité de 'singer' l'approche objet, avec par exemple:
- le fait de prévoir un pointeur en void* pour toutes les propriétés supplémentaires.
- que ta partie qui s'occupe du chargement/enregistrement accepte un pointeur vers les fonctions de sérialisation/désérialisation pour les propriétés supplémentaires.

[Mat.M]

Salut TheDrev je te conseille d'utiliser les conteneurs C++ parce que des listes chainées en C c'est pas évident ( sans vouloir faire un débat C vs C++ )

mais quel sont les techniques pour rendre une carte générée "extensible" dans l'éditeur et dans le chargeur (lors de la lecture de la carte par l'éditeur ou par le jeu)

tu peux utiliser des fichiers de descriptions d'entité xml :
par exemple si tu veux une "tuile" dessinée sur le fond tu la décriras ainsi en xml

Code :

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

1
2
3
4
5
6
 
<tiles> 
<tile id="0" position="0,0" size="64,64"></tile>
<tile id="1" position="0,64" size="64,64"></tile>
.....
</tiles>

Maintenant tu veux rajouter un attribut "walkable" par exemple ( c.a.d. qu'un sprite peut marcher dessus ou non ) et un autre type de terrain ( neige,sable...)

Code :

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

1
2
3
4
5
6
 
<tiles> 
<tile id="0" position="0,0" size="64,64" terrain="sand"></tile>
<tile id="1 "position="0,64" size="64,64" terrain="grass"></tile>
.....
</tiles>

Ensuite comment charger ces entités et leur description dans l'éditeur ?
Eh bien il faut créer un genre de classe "mutante" ou bien mettre ces attributs dans une liste par exemple un std::vector<std::string>> tileAtributes ou une std::list<std::string>>.
Ainsi pour initialiser cette liste, il faudra faire

Code :

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

1
2
3
4
5
 
//Attribut position
tileAtributes.pushback ("0,0");
//Attribut size
tileAtributes.pushback ("64,64");

Maintenant on a un vector ou list d'attributs
Tu peux prendre un std::multimap ou std::map qui comprendra toutes les tuiles référencées selon l'id.
Ce sera donc un std::map< std::string, std::vector<std::string>>> bref une sorte de vecteur de vecteurs.
Est-ce que c'est clair pour toi ?
tu peux utiliser TinyXML pour décoder les fichiers XML
http://www.grinninglizard.com/tinyxml/

[IrmatDen]

quand la définition de la structure map change

Tu peux donner un exemple de ce que tu sous-entends stp ? MatM et Nouk² répondent à 2 problématiques différentes que ta question soulève selon l'interprétation qui en est faite

tu peux utiliser des fichiers de descriptions d'entité xml :

Pourquoi toujours XML ?
JSon a de sérieux atouts (plus facile à manipuler, plus facile à lire comme fichier texte vu que tu n'as pas tout le "bruit" que tu obtiens avec xml)

[TheDrev]

merci pour ces infos !
Je m'en servirai quand je ferai un projet en C++ (j'ai dans l'idée de faire un T-RPG pilotée par UML d'ailleurs)

Pour mes projets C en cours, je n'utilise pas de liste chainées (enfin pas pour les tiles en tout cas) mais un tile**. J'ai aussi pensé a décrire les cartes en lua, ce qui reste envisagable. J'ai reussi quelques teste avec un fichier .txt contenant les types de la cartes (int, long, pointeur...) dans l'ordre dans lesquels ils apparaissent dans la structure carte, ce qui me permet ensuite de tomber juste lors de la lecture de la carte dans le jeu (en convertissant le type en nombre d'octet... peu importe le noms des variables finalement).

[Mat.M]

Pourquoi toujours XML ?
JSon a de sérieux atouts (plus facile à manipuler, plus facile à lire comme fichier texte vu que tu n'as pas tout le "bruit" que tu obtiens avec xml)

Oui tout à fait je citais XML parce que c'est un exemple parmi d'autres.
Sinon j'ai cogité là-dessus hier un tel éditeur peut se faire au moyen de "plugins" c.a.d. à l'aide d'un langage script comme Lua ou AngelScript ( ou sa propre grammaire son propre analyseur syntaxique).
C'est plus souple ainsi