Devo usare i file di testo per i miei dati di salvataggio?

La mia domanda è se devo usare i file di testo per salvare i miei dati di gioco. Ho alcune preoccupazioni di base nel fare questo:

1. Non c'è davvero modo di proteggere i dati, e quindi l'utente potrebbe rovinare tutto se li toccasse e non voglio che ciò accada.

2. Probabilmente non è il modo più efficiente per archiviare i miei dati (ce ne saranno molti)

So come analizzare / scrivere in modo efficace i file di testo, quindi per la prototipazione sono stati fantastici. Voglio solo guardare al futuro per quello a cui dovrei pensare di passare in modo che non mi dia un pugno in faccia vicino alla fine dello sviluppo.

Se non dovessi usare file di testo, cosa dovrei usare? Ho bisogno di qualcosa di compatibile con C ++.

Per ora, poiché hai appena iniziato, i file di testo sono probabilmente OK. Ci sono un paio di preoccupazioni nella tua domanda che affronterò.

1. La protezione dei dati non è cruciale come probabilmente pensi. Se il tuo gioco è multiplayer, avrai comunque i dati salvati sul lato server. Se il tuo gioco è single player, quindi cosa succede se i giocatori modificano i dati? Se rompono qualcosa, è davvero colpa loro e possono reinstallare.

2. Le prestazioni sono anche qualcos'altro che spesso non riusciamo a pianificare correttamente. Non dovresti davvero ottimizzare fino a quando non misuri effettivamente un problema di prestazioni. La mia ipotesi è che probabilmente avrai una quantità di dati che non è così grande e che i file di testo andranno bene.

Detto questo, la soluzione migliore è quella di astrarre le routine di salvataggio e caricamento dei dati nel miglior modo possibile. Ad esempio, puoi avere una classe base, ad esempio DataWriter, e quindi fornire diverse implementazioni dei suoi diversi metodi. Un esempio molto semplice sarebbe simile a:

class DataWriter {
  virtual void save(GameState state) = 0;

  virtual ~DataWriter() { }
};

class TextFileDataWriter : public DataWriter {
  virtual void save(GameState state) {
    //write to text file
  }
};

class DatabaseDataWriter : public DataWriter {
  virtual void save(GameState state) {
    //write to database
  }
};

Quando alla fine modifichi il tuo gioco e ti rendi conto che il collo di bottiglia delle prestazioni è nella routine di scrittura dei file, puoi fornire un'altra implementazione di quella classe (ad esempio per scrivere su un database) con modifiche minime al codice chiamante.

La parola Dati di gioco può significare molte cose, per esempio

• gamestate
• File di configurazione
• Mappe, trame, suoni, script, dati di animazione, ...
• Localizzazione
• Dati di layout della GUI
• più a cui non ho pensato

Per ogni categoria puoi adottare un altro approccio.

Ad esempio, è possibile utilizzare SQLite per roba di localizzazione, binario per Mappe, trame, suoni e così via.

Per le cose di configurazione dovresti usare file xml facili da cambiare.

Come sempre, la risposta corretta è "dipende".

Esistono molti parser xml con un'associazione c ++ ed esiste anche un'associazione c ++ per SQLite.

È possibile salvare i dati come un BLOB binario e inviare nuovamente i dati in streaming quando si accede a quel file. Ciò risolverebbe entrambi i tuoi problemi. Assicurati solo che il codice di serializzazione sia esattamente lo stesso della deserializzazione.

Lo streaming nel BLOB binario è relativamente veloce e impedisce inoltre all'utente di visualizzare e modificare i dati.

Puoi ottenere tutto ciò usando i flussi di libreria standard.