Discussion :

[Thomas404]

Bonjour,

voila depuis un temps j'apprend Unity et donc C#, dans le but de faire un jeu (j'aimerais faire un "petit" rpg), sauf que voila une question que je me pose... Conceptuellement parlant, comment on fait pour faire une sauvegarde? Sachant que c'est différent du web et donc pas de base de données, alors je suppose que certains me diraient qu'il faut le stocker les infos (emplacement, objets, nom du perso,xp ,stats etc) dans un txt, mais je ne suis pas sur que ce soit la bonne approche et ca faciliterais la triche.

Voila, quelqu'un pour m'aider?

D'ailleurs cette question ne touche pas que les jeux-vidéos mais tous les logiciels que l'ont peut écrire.

[zehle]

https://drakulogamedev.wordpress.com...ion-du-joueur/

http://www.unity3d-france.com/unity/...pic.php?t=5573

bonne lecture

[PixelJuice]

Bonjour,

Il y a plusieurs méthodes :

Binaire manuel

Tu inscris les données que tu souhaites sauvegarder dans un fichier au format de ton choix. Les valeurs sont sous format binaire donc c'est inexploitable pour le commun des mortels.
C'est bien mieux qu'un .txt car il va falloir, pour tricher ,analyser le fichier puis le code et donc selon ton jeu, ce sera plus ou moins difficile. C'est un peu long car il faut écrire chaque donnée de chaque classe séparément.

Sérialisation

Tu balances les objets que tu as en mémoire (Joueurs, objets, etc ...) tels quels dans un fichier, que ce soit en binaire ou en XML par exemple. Evidemment, quelqu'un qui n'est pas trop bête saura manipuler tes données dans un fichier .xml.

Evidemment, il convient de choisir ce que tu veux sérialiser ou non dans tes classes, car il y a des variables volatiles ou/et temporaires que tu n'as pas envie de sauvegarder, tel que la position exacte d'un joueur ou sa frame d'animation.

Conclusion

Laquelle choisir pour le coup ? Et bien si tu as des classes ou tu as peu de chose a sauvegarder, fait le manuellement, et celles ou tu dois tout enregistrer (typiquement des classes de données comme les maps, items, etc ...) sérialise le tout. Dans un cas tu dois préciser ce que tu veux sauvegarder et dans l'autre ce que tu ne veux pas. Rien ne t'empêche d'utiliser les 2. Et puis Unity a surement quelque chose pour faciliter la sauvegarde.

Pour finir, sache que la triche dans un jeu solo ce n'est pas grave, il suffit juste de ne pas rendre la triche trop facile non plus pour les joueurs fainéants. Il n'empêche qu'avec un logiciel tel que Cheat Engine par exemple, il sera bien plus facile de manipuler la mémoire pour y mettre des valeurs fantaisistes, que ton jeu finira par sauvegarder de toute façon .

[Thomas404]

Super, merci pour vos réponses complete

[François DORIN]

Pour bien limiter la triche, il suffit de chiffrer la sauvegarde. Elle est ainsi inexploitable sans la clé de déchiffrement.
Et là, la sauvegarde en clair peut être sous n'importe quelle forme (texte brut, XML, JSON, binaire, ...)

[Thomas404]

Pour bien limiter la triche, il suffit de chiffrer la sauvegarde. Elle est ainsi inexploitable sans la clé de déchiffrement.
Et là, la sauvegarde en clair peut être sous n'importe quelle forme (texte brut, XML, JSON, binaire, ...)

D'accord j'en prend note, merci

[StringBuilder]

Accessoirement, la sérialisation peut être surchargée, pour chiffrer soit-même (et idem pour relire).

Comme ça on peut faire du binaire illisible, sans que le code ne devienne trop complexe.
Et accessoirement, on n'a besoin de surcharger que les classes qui contienne des données "sensibles", les autres pouvait être sérialisée dans leur format natif (et donc lisible).

[vanquish]

Sachant que c'est différent du web et donc pas de base de données.

Cette affirmation m'a un peu fait tiquer.

Toutes les solutions qui t'ont été proposées sont bonnes, surtout si tu es en mode "apprentissage" et que tu ne veux pas te prendre la tête avec 25 problèmes à la fois.

Mais rien n'empêche d'avoir une base de données, même en dehors du web et même dans le cadre d'un programme mono-poste et que l'on veux facilement redistribuable comme un jeu.
Il est tout à fait possible d'utiliser une base de donnée embarqués : il en existe beaucoup ; plus ou moins puissantes.

La plus connue d'entre elles reste sqlite.
C'est très basic mais largement suffisant pour tout un tas de problématique et tu trouvera des exemples à foison sur internet.

Non seulement tu pourrais avoir une base pour les sauvegardes, mais aussi une autre pour les éléments statiques de ton jeu (modélisation de l’environnement, descriptions des objets que le joueur va pouvoir collecter etc.).

Le gros intérêt et de pouvoir faire des requêtes de façon très souple sans avoir à tout charger en mémoire, ce qu'oblige un fichier orienté texte.
Le soucis du mode texte, c'est que si c'est très souple à mettre en œuvre, on fini souvent par le regretter quand le projet prend de l'ampleur.