Salut aux débutants et aux débutantes,
N’étant pas mathématicien et encore moins programmeur professionnel, je vais essayer de partager avec vous ma “captation” de la variable, de la verbaliser.
D’abord la variable est une notion, difficile à comprendre en mathématique, car la variable peut avoir, deux comme plusieurs sens différents (utile à savoir).
Dans un langage de “programmation amateur”, la variable est souvent “reproduite” (copie d’une ou de plusieurs lignes), mais la notion reste dans le brouillard.
De plus sur un forum, quelqu’un peut avoir un certain vocabulaire (parler chinois), déclaration, incrémentation, décrémentation, polymorphisme, sans pour autant être capable de mettre en place un “système variable” efficace, les exemples ne manquent pas malheureusement.
“Système variable” est entre guillemets car il est difficile de définir une abstraction, une “vision” appartenant à chaque programmeur, si la notion est désapprouvée, la “vision” sera donc, peu ou pas compréhensible par le langage de programmation choisi => Bogue.
La variable doit répondre à un besoin identifié, le contraire de mettre un maximum de variables dans un programme pour le rendre plus “performant”.
Une variable est normalement logique, dans un contexte et ses occurrences => Situation analysée, décortiquée. Variable d’ailleurs parfois, implicite et non explicité.
Entre parenthèses ma “captation” laisse peut être à désirer, puisque heureusement perfectible.
Si vous avez un commentaire, un exemple.mfa, pour éclairer le sujet, n’hésitez pas à mettre votre grain de sel.
L’étude d’un moteur de déplacement dans une scène click, est souvent révélateur de la non compréhension de la notion variable.
Un personnage => Vitesse zéro ou supérieure à zéro => Vitesse variable.
Un “codeur” mmf peut donc introduire de fait, dans un moteur de déplacement, une variable et ceci sans le savoir.
Sans notion variable et la capacité de voir un “système variable”, on reste forcément derrière une porte, impossible d’avancer, de progresser niveau programmation.
La mise en situation décortiquée, dévoile tôt ou tard, un élément central.
Moteur de déplacement => Sur tuile ou tile en anglais, base d’un jeu vidéo 2D.
Une tuile est une surface carrée => tailles => 16x16, 32x32, etc.
Un personnage joueur => stop et marche (au moins) sur un ensemble de cases.
Etc...
Un moteur de déplacement sur une carte rpg, essaye de reproduire une réalité avec des “variantes”, comme marcher sur la terre, marcher sur de la glace, marcher dans la neige, etc, sans jamais y parvenir (monde réel, monde virtuel).
Il s’agit de symbolisations, de conventions, d’un consensus, pour faire court => Cherchez la définition de sémiotique.
Il est évident que ce post a des sous entendus, le plus clair, étant ma position d’interprète.
Dans ma “vision”, la création d’objets invisibles au joueur, à l’avantage de rendre moins flou, les fonctions, d’anticiper divers problèmes.
Discourir plus avant sur les mots, lier, un briquet (humour), ne rendra pas la notion variable pour autant saisissable, la mise en pratique devient à ce stade incontournable.
Voici un exemple, le moteur de déplacement, 4 directions pour un personnage joueur, avec la gestion des obstacles, la gestion de l’animation du sprite (personnage).
On ne le dira jamais assez, le moteur de déplacement case par case est une base incontournable, au même titre que la tuile, dans un jeu vidéo 2D.
J’ai pris le temps d’ajouter des explications détaillées à ce moteur, il ne lui manque que la gestion des plans (notion mapping pour tgf/mmf, “Layer” ou faux calque).
NVariable.zip => Environ 70 ko
http://dl.free.fr/f5kI8leBl
A+++
), on m'a dit "une variable, c'est une boite plus ou moins grosse que tu appelles comme tu veux et qui contient ce qu'elle peut contenir selon sa taille".