Tout ceci est assez direct à comprendre et mettre en place en ce qui concerne la méthode matricielle :

Pour commencer, via la fonction Getkey tu enregistre la direction vers laquelle le joueur veut aller (Haut/Bas/Gauche/Droite). En fonction de cette direction et de la position actuelle du joueur dans la matrice (B, A) par exemple, tu obtiens les coordonnées d'une case de cette même matrice (B+1,A), (B-1,A), (B,A+1) ou (B,A-1). Ensuite il suffit de tester si cette case de matrice contient un valeur assimilable à un obstacle (Souvent, par convention, la valeur 0 signifie "pas d'obstacle" et tout le reste signifie "obstacle"). Si il y a un obstacle, il suffit d'empêcher le déplacement du joueur.

Il faut bien s'assurer que les indices utilisés pour vérifier la future case du joueur ne dépassent pas les dimensions de la matrice (D,C) par exemple. De simples conditionnelles suffisent à éviter ces cas. De toute façon dans 99% des jeux si le personnage se trouve déjà au bord de l'écran et qu'il veut en sortir, soit on empêche le mouvement, soit on l'affiche de l'autre côté (La fonction Mod ou Rmdr peuvent aider ).

Bien sûr ce même système permet de détecter le passage au travers de portes, de déclencher des actions en fonction d'objets, j'en passe et des meilleurs.

Concernant cette approche matricielle, mon conseil est de gérer la matrice de façon "naturelle", c'est à dire de choisir le même repère d'index entre l'affichage, les déplacements et la définition des matrices en Basic CASIO. Dit autrement : la position (0,0) du personnage devrait se trouver en haut à gauche de l'écran. Sauf erreur de ma part, mon dernier jeu (Ouf je suis vieux) Arkenstone utilise ce concept.


En ce qui concerne les alternatives raisonnables et déjà éprouvées, il y a l'utilisation des chaînes de caractères. Le principe est exactement le même sauf qu'au lieu d'avoir un tableau de valeurs, on utilise une suite de caractères. Le lien entre les deux est très vite fait car au lieu de chercher la case de coordonnées (A,B), on cherche le caractère d'indice C*B+A, où C est simplement le nombre de colonnes de notre map. Il faut voir la chaîne de caractères comme une matrice mise à plat, où chaque ligne succède à la ligne précédente pour ne garder qu'une seule dimension.

Chaque caractère de la chaîne symbolise un objet/obstacle, tout comme chaque valeur de case d'une matrice symbolise un objet/obstacle. La recherche des cases à droite ou à gauche de la position actuelle du personnage dans la map est immédiate (Ce sont les caractères respectivement avant et après la position actuelle : C*B+A-1 et C*B+A+1). La seule "difficulté" est de trouver les cases "au dessus" et "au dessous" de la position actuelle. Mais ceux qui ont déjà bien compris la formule qui permet de calculer la position actuelle auront vite compris : le "caractère au dessus" est celui d'indice C*(B-1)+A et celui "au dessous" a pour indice C*(B+1)+A.

Il va de soi que pour utiliser cette seconde méthode il faut savoir manipuler les chaînes de caractères et en particulier la fonction StrComp(. Si je ne me trompe pas Calcraft utilise magnifiquement cette méthode. L'avantage que j'y vois est qu'il est plus rapide d'afficher le contenu d'une Str que d'une Matrice. De plus, il me semble que cette seconde technique est moins gourmande en mémoire que les matrices (Bien que je n'aie pas d'élément pour le confirmer dans l'immédiat).