Identificazione delle risorse in un motore di gioco?

Voglio identificare le mie risorse caricate, ma non so quale dovrei scegliere. Ci sono 2 opzioni:

• Nome (stringa)

  • Questo è il più semplice e anche veloce con unordered_map (O (1)), ma molto più lento dell'uso dei numeri interi.
  • Facilmente comprensibile nel codice.

• Interi

  • Più veloce.
  • Non sono comprensibili nel codice.

So che le stringhe non sono così sicure o veloci, ma è così male o conta solo come cattivo in un titolo AAA? Potrei creare enum, per usare numeri interi, ma se carico la scena, le risorse, ecc. Da un file in fase di runtime, non posso usare enum. C'è un modo per rendere leggibili questi numeri interi se vengono generati in fase di esecuzione?

So che questo problema ha alcune discussioni su Internet, ma non sono riuscito a scoprire quanto sia importante in quali casi.

Puoi supportare entrambi.

Mentre è spesso più efficace in fase di esecuzione di attività di riferimento da parte di un numero intero o alcuni simili tasto fast-to-confrontare, è spesso più efficace in fase di progettazione a loro riferimento per nome, perché gli esseri umani sono molto meglio a lavorare con nomi come enemy_bullet_casing_soundquello 72910613.

Utilizzare una chiave intera per cercare direttamente le risorse e utilizzare questo numero intero nel codice ove possibile (dove è possibile inserire il valore effettivo dell'intero in una variabile e quindi lavorare più facilmente con esso). Fornire una mappatura dal nome a quella chiave intera (piuttosto che direttamente alla risorsa) e utilizzare tale mappatura ogni volta che si incontrano riferimenti denominati alle risorse per risolvere la chiave intera effettiva e trovare la risorsa.

L'uso della ricerca basata sul nome renderà molto più facile lavorare con i tuoi file di dati, e mappare il nome su una chiave più veloce preserverà tutti i vantaggi importanti di una chiave di tipo intero più veloce ovunque sia necessaria.

Nel mio progetto uso stringhe con hash, che vengono trasformate, in fase di compilazione, in numeri univoci (desidero!). Quindi, quando ho bisogno di una risorsa, ad esempio una trama, chiamo semplicemente

MngTexture->get(hash("my_texture"))

E dal momento che sto creando un semplice framework di sistema di entità e ho bisogno di caricare i dati dei componenti dai file, ho creato un linguaggio semplice come json per archiviare i dati, ma è compilabile (trasformando parole e caratteri da cifre a numeri e da stringhe a valori con hash) . Quindi, ad esempio, se voglio collegare la trama con l'hash ID ("my_texture") a "ball.PNG" nel mio file di dati, avrò

|my_texture| = "ball.PNG"

Dove || è un operatore che dice al compilatore di eseguire l'hashing della parola all'interno.

Quindi, fondamentalmente, utilizzo stringhe che sono mappate su in al momento della compilazione (quindi non hanno alcun sovraccarico), sia nel codice effettivo che nei file che sono i flussi per il caricamento dei componenti. Per calcolare l'hash un tempo di compilazione, basta cercarlo su Google, è una semplice funzione di 5-10 righe di codice.

Ovviamente puoi caricare la stringa dai tuoi file e l'hash in fase di esecuzione, in questo caso non devi scrivere il dizionario da solo perché l'algoritmo lo farà per te (creando numeri interi dalle stringhe) e io pensare che l'hashing sia veloce almeno quanto la ricerca in una mappa, a causa della localizzazione della memoria (si sta semplicemente eseguendo il looping di una stringa che è lunga pochi byte).

Spero che questo possa aiutare.

L'identificazione dell'oggetto tramite stringhe non è ottimale, gli ints sono molto più efficienti. Per comodità, è possibile mantenere una tabella di stringhe (o dizionario) di stringhe in ints per aiutare in fase di progettazione e durante il debug.

Vorrei tuttavia sostenere che nel tuo codice di gioco principale fai riferimento agli oggetti solo tramite il loro ID intero (o un enum per leggibilità). In questo modo è più semplice suddividere la tabella delle stringhe come risorsa separata. Se il tuo codice di gioco principale non si basa su questa tabella di stringhe, puoi eliminarlo dal gioco rilasciato, risparmiando potenzialmente una notevole quantità di memoria, una considerazione importante se stai lavorando su un gioco per dispositivi mobili e vuoi mantenere dimensioni di download ridotte come possibile.