Game Maker et les ini / scripts ?

Bonsoir,

J'aimerai bien faire le ménage dans mon jeu, et pour vraiment m'y retrouver et coder plus proprement j'ai décidé de tout "ré-écrire", donc en créant un nouveau projet puis de compacter autant que je peux le code que j'ai déjà fait sous une pluie de script ( comme ça je peux plus facilement modifier des lignes, sans forcément regarder directement dans l'objet lui-même )
Mais je me posais la question suivante, est-ce que ça rendrait le jeu plus rapide ou l'effet inverse ? D'un côté pour moi ce serait plus pratique et plus facile à me retrouver mais en mettant tous sous la forme de script et de les appeler est-ce que le jeu en serait moins optimisé ?

Aussi, pour les "database" d'items, est-ce que l'utilisation de fichier .ini est-il recommandé ? Par la suite appelé les "sections" ( une pour chaque item, si j'ai bien compris le fonctionnement de game maker par rapport au .ini )
Ou bien laissé ça dans un script mis à part ?

Merci d'avance !
Bonne soirée.

Les appels de scripts sont plus lents que les appels de fonctions mais c'est complètement négligeable si tu le fous pas dans une double loop for qui te fait un million d'itérations...

Dans un projet, le plus important est avant tout la maintenance.

Faut voir la conception d'un jeu comme la construction d'un building, plus le jeu est complexe, plus le building est haut et propice a se casser la gueule.
Si tu conçoit mal la base, arrivé a une certaine hauteur tu vas tout foutre en l'air.
Bref l'important est d'avoir de bons plans et une architecture solide.

Pour un programme, architecture solide signifie surtout que si tu modifies un truc, ça va pas tout plomber (ou sinon faut être sur que ce truc, comparé a la base du building est vraiment robuste et ne va jamais être modifié, ou a peine).
Faut aussi que le code soit lisible, simple a comprendre (bien le commenter peut grandement aider, ainsi que bien l'indenter et l'aérer).

A la limite la partie optimisation passe a la fin, car même un jeu pas très opti, s'il a un code lisible et maintenable, tu pourras facilement le modifier par la suite. Et surtout il sera finis, ce qui est souvent le plus dur a faire

Bref a ce niveau selon la taille d'un projet, qui plus est sous GM, ça peut vite devenir très dur...


Pour les ini, disons que tant que ça marche pourquoi pas, mais perso j'opterais plus vers une lecture de fichier custom, ça te laisse plus de contrôle (mais c'est aussi plus de boulot).

Merci pour ta réponse claire onilink_ l!
Après pour la lecture de fichier custom, tu pensais quoi par là ? Ecrire dans un .txt ? Je n'aimerais pas que le joueur modifie les fichiers du jeu ( même si je pense que tu faisais allusion à une autre méthode que je ne connais pas )

Bah si tu veux pas que le joueur modifie les fichiers du jeu, tu peux laisser tomber les fichiers ini.
Un ini c'est de base fait pour la configuration, justement modifiable facilement par l'utilisateur.

Pour les fichiers custom, je pensais plus a créer ton propre système.
Par exemple comme ça: https://cbna.forumactif.com/t10171-tutoriel-non-finis-creer-ses-propres-sauvegardes

Je vais jeter un oeil à ton tutoriel, merci du lien et des explications ^^