¿La mejor manera de almacenar datos para tu juego? (Imágenes, mapas, etc.)

Question

Estoy creando un juego 2D básico (bueno, un motor de juego) y actualmente estoy desarrollando los formatos de archivo para mis datos. Por supuesto, para que este juego se ejecute, necesitaré caché. Me parece bastante poco profesional dejar todos los datos para que el juego no esté en un solo archivo (bueno, no necesariamente, siempre y cuando los archivos estén en algún tipo de formato de caché).

Así que es por eso que he venido aquí para preguntar. Estaba pensando en hacer un archivo zip pero siento que esa no es la mejor manera. También estaba pensando en hacer otro escritor binario que tendrá encabezados (tipo de archivo, "ubicación") y una etiqueta adjunta para cada uno de los archivos para que sea fácil de interpretar. Pero sentí que eso era demasiado ineficiente.

Entonces, ¿tiene alguna idea?

Nota: Este motor de juego es realmente solo para fines de aprendizaje.

tl; dr Necesito una manera eficiente de almacenar datos como imágenes para mi juego que estoy haciendo.

Answer 1

Puede almacenar cualquier objeto como .dat file:

public class MyGame implements Serializable 
{ 
    private static void saveGame(ObjectType YourObject, String filePath) throws IOException 
    { 
     ObjectOutputStream outputStream = null; 
     try 
     { 
      outputStream = new ObjectOutputStream(new FileOutputStream(filePath)); 
      outputStream.writeObject(YourObject); 
     } 
     catch(FileNotFoundException ex) 
     { 
      ex.printStackTrace(); 
     } 
     catch(IOException ex) 
     { 
      ex.printStackTrace(); 
     } 
     finally 
     { 
      try 
      { 
       if(outputStream != null) 
       { 
        outputStream.flush(); 
        outputStream.close(); 
       } 
      } 
      catch(IOException ex) 
      { 
       ex.printStackTrace(); 
      } 
     } 
    } 

    public static ObjectType loadGame(String filePath) throws IOException 
    { 
     try 
     { 
      FileInputStream fileIn = new FileInputStream(filePath); 
      ObjectInputStream in = new ObjectInputStream(fileIn); 
      return (ObjectType) in.readObject(); 
     } 
     catch(FileNotFoundException ex) 
     { 
      ex.printStackTrace(); 
     } 
     catch(IOException ex) 
     { 
      ex.printStackTrace(); 
     } 
    } 
} 

Answer 2

No creo que la postal es el camino equivocado. Es una forma bastante buena. Simplemente ponga todo en un archivo jar. Incluso podrá usar un cargador de clases para cargarlo.

Answer 3

Por razones pragmáticas, recomendaría usar varios archivos pero ponerlos todos en un subdirectorio en temp.

Pero si parte de su ejercicio de aprendizaje está relacionado con este tema, aquí están mis sugerencias:

En primer lugar, se mantenga alejado de cualquier formato como ZIP, donde hay una fuerte penalización para eliminar, actualizar, añadir, saltando . Incluso con los archivos de índice de un JAR, son pobres para cualquier otra cosa que no sea la compresión.

Para que pueda leer en los sistemas de archivos. Básicamente, estás escribiendo un sistema de archivos donde el 'disco' es solo un archivo binario. Eso debería darle una idea de alto nivel de las tablas de asignación, etc. Para implementar dicho diseño, necesita acceso de lectura/escritura al archivo subyacente; mira java.io.RandomAccessFile

Finalmente, si estás dispuesto a usar Java7, puedes jugar con el nuevo filesystem SPIs.