Bonjour, je me remets (encore) un peu à la prog' en lua via Microstudio, et je m'amuse à faire une petite lib' pour me faciliter ce qui est lié aux saisies du joueur/utilisateur (les remplacer facilement, faire du biding par la suite, gérer des input par défaut etc)

Je me demandais, j'ai un fichier main donc avec le programme principale, et un' fichier input qui gère ce qui est liés aux touches.
Je fais un objet principal : on va dire un objet global INPUT, avec les diverses fonctions liés aux input, leur changement, l'affection des touches à tel ou tel action etc dans un fichier input

Mais je me demandais si la liste en elle même qui contient le nom de l'action et les diverses touches associées il vaut mieux la faire en variable locale (dans le fichier input aussi) genre
local list = {move_up = { "keyboard.Z", "keyboard.UP" }, move_down = {blabla } }
et avoir une fonction du genre
INPUT.getList()
qui retourne cette liste, ou alors accrocher la liste à l'objet INPUT directement, genre
INPUT.list

J'imagine qu'il est préférable dans tous les cas de jouer sur des set/get, mais en terme de performance le fait de chercher le "local list" du fichier "input" est-ce plus long que chercher la list directement sur l'objet global INPUT ? ou ça ne change rien/est-ce négligeable ?
Je parle en lua en tout cas (des fois que suivant le langage cela puisse changer, genre JS puisque j'en fais aussi un peu ?, ou des langage compilé comme c++ ?)

merci d'avance

Ça dépend vraiment de langage que tu vas utiliser. Dans un langage typiquement OOP comme C# ou Kotlin, si list est une propriété, la méthode .getList() sera généré automatiquement et il n'y a pas de différence entre un appel à la méthode ou à la propriété directe.

Dans d'autres langage comme Java, il n'existe pas de notion d'une propriété automatique et donc il faut obligatoirement déclarer un "champ en arrière" donc oui l'appel vers `getList()` est un peu plus cher que l'appel vers le champ direct car il y a un coût de fonction en plus.

Je ne sais pas LUA fait partie de quelle catégorie. Mais dans les deux cas, ce surcoût est très petit et tu peux le négliger avec toute sécurité.

Ok, merci pour vos réponses

@shiba_the_Inu ca ne va pas changer grand chose pour des codes triviaux comme ca. Et si la vitesse d'access aux variables etait importante, probablement tu n'ecrirais pas le cod en lua. Donc ne t'en fait pas. OU au moins attend de tomber sur un cas ou la vitesse de ton code est importante.

justement, je me suis dit, dans la mesure où le moteur lui même doit pas non plus être ultra opti si je pouvais éviter de lui faire faire des misère spour le ralentir encore plus ^^'
Mais ça marche, je vais éviter de trop m'en faire pour le moment