¿Cuál es la mejor manera de almacenar datos de área para una aventura de texto?

Question

Estoy desarrollando una aventura de texto de estilo "Zork" en C#, y va a tener un número bastante grande de áreas diferentes con descripciones y modificadores del entorno. No quiero tener una base de datos, idealmente, a menos que realmente sea la mejor manera de hacerlo.

Necesito asesoramiento sobre la mejor manera de almacenar/cargar esta información.

Incluirá:

• área de descripción
• modificadores ambientales (ventanas abiertas/roto, puerta cerrada)
• Los productos presentes de manera predeterminada

Answer 1

Serializar todos los datos para archivar. Asegurará la huella más pequeña cuando el usuario instala el juego, sin ninguna desventaja real. Una base de datos es excelente cuando tienes muchos datos, pero estás hablando de una aventura de texto en la que cargarás todo el contenido del juego en la memoria. Un archivo simple funcionará muy bien.

Nota, no estoy hablando de xml, pero la serialización binaria. Cualquier tipo de serialización de texto permitirá a los usuarios echar un vistazo a sus datos y engañar o piratear el juego. Y puede fácilmente intercambiar/ingresar el archivo de datos serializados ya sea de texto o binario. Recuerde, todo su 'texto' probablemente sea de unos pocos cientos de kilobytes como máximo.

Answer 2

Sé que no quería una base de datos, pero ¿has mirado SQL Server Compact Edition? Puede hacer lo que quieras.

Answer 3

Yo diría que C# le ofrece precisamente las herramientas adecuadas para esto. Simplemente encapsula tus estructuras en clases. ¡Nuestro primer proyecto OOP en la universidad fue exactamente este problema! Es el caso de estudio perfecto para OOP.

A continuación, puede utilizar los numerosos métodos de serialización de C# para almacenarlo persistentemente (cargar/guardar) como mejor le parezca.

Answer 4

¿Cómo 'guionizar' su aventura como un archivo de texto grande? Luego haz que tu aplicación analice este archivo, construya la aventura en clases y se ejecute desde allí.

Esto significa que puede editar la aventura usando un editor de texto simple. Me imagino que cuando se pueden tomar decisiones múltiples de una sola fuente, puede ser difícil visualizar los enlaces. Sin embargo, esto también sería complicado en una base de datos sin algún front-end especializado.

ACTUALIZACIÓN:

O ¿ha considerado XML por ejemplo ...

<area id="DarkRoom1"> 
    <description>Dark Room</description> 
    <item>Bucket</item> 
    <item>Spade</item> 
</area> 

los utilizan para poblar sus clases en la memoria.

Answer 5

Puede almacenar los datos en un sistema de archivos (un archivo zip o una carpeta).

Cada opción podría almacenarse como una carpeta, mientras que todas las descripciones, modificadores y otros datos podrían almacenarse como un archivo de texto (xml?). Cuando el usuario toma una decisión, vaya a la carpeta apropiada y siga la trama.

Ejemplo:

¿Quieres:

• abrir la puerta (puerta)
• licencia (permiso)

Si usuario decide abrir la puerta que vaya al puerta de la carpeta y lee los datos del archivo de datos en esta carpeta.

Pros:

• sencilla
• no requieren base de datos
• fácil añadir nuevas aventuras

Contras:

• problema con la decisión de reversión (volviendo a comienzo o hasta cierto punto en la trama)

Answer 6

Personalmente, evitaría una base de datos en este caso, e iría con un formato de archivo de texto (probablemente dos archivos distintos, uno para el estado inicial (como el terreno y demás), que nunca se modifica, y uno para el estado que se modificará durante el transcurso del juego (las ventanas rotas, etc.); o divide todo en un par de datos estáticos/dinámicos por área.

Algunas razones:

• Un archivo de texto es legible; por lo tanto, puede crear contenido sin un editor dedicado, mientras que con un enfoque de base de datos, debe ingresar datos mediante consultas o codificar un editor de niveles
• Suponiendo un escenario de un solo jugador, la concurrencia no es un problema
• partidas guardadas son una cuestión de copiar los archivos de estado modificado en una carpeta de partidas guardadas, o empacarlos en un solo archivo
• guiones puede incrustar fácilmente
• las estructuras de datos que nos ocupa son probablemente lo suficientemente simple para la integridad de datos no es un problema grave

Answer 7

Resolvería su problema abandonando C# y escribiendo su programa en Inform7. Inform7 es el lenguaje de programación más increíble que he visto y está específicamente diseñado para resolver su problema.

Lo increíble de Inform7 es que escribes tu aventura de texto en un lenguaje que se asemeja a las aventuras de texto. Por ejemplo, he aquí un fragmento de una de las aventuras código fuente de la muestra:

The iron-barred gate is a door. 
"An iron-barred gate leads [gate direction]." 
It is north of the Drawbridge and south of the Entrance Hall. 
It is closed and openable. 
Before entering the castle, try entering the gate instead. 
Before going inside in the Drawbridge, try going north instead. 
Understand "door" as the gate. 

Esto añade un objeto para el juego - el objeto es una puerta, se le llama 'la puerta de barrotes de hierro'. Se entiende que una puerta está entre dos habitaciones, en este caso, el puente levadizo y el hall de entrada. Si el jugador intenta "entrar al puente levadizo", la lógica del juego sabrá que esto es lo mismo que "ir al norte", y entonces la lógica de la puerta determinará si la puerta está cerrada o no. Y así. Hace que escribir aventuras de texto sea extremadamente fácil.

¿Hay algún motivo particular por el que desee utilizar C# en lugar de un lenguaje específico de dominio como Inform7? Si su objetivo es aprender a escribir el código C# o cómo construir un analizador sintáctico o lo que sea, entonces hágalo usted mismo. Si su objetivo es escribir una aventura de texto, entonces usaría un lenguaje diseñado para eso.

Answer 8

Ya hay muchos motores de ficción interactivos. Me gustaría echar un vistazo a sus formatos de datos, de esa manera puede volver a utilizar el contenido existente y las herramientas para editar el contenido.

motores

los más populares actualmente son Glulx http://eblong.com/zarf/glulx/ y Z-Machine http://en.wikipedia.org/wiki/Z-machine

Aquí es una referencia técnica para el formato Glulx: http://eblong.com/zarf/glulx/technical.txt