search

knifecake / rush

A turn based strategy game that runs on your terminal!
1 stars 0 forks source link

El límite de recursos máximos por nivel no funciona. #22

Open baque27 opened 6 years ago

baque27 commented 6 years ago

Según la lógica del juego, no podemos almacenar recursos ilimitados. Por ejemplo para el town_hall_1, la cantidad máxima de recursos básicos que podemos almacenar es de 10.000 unidades. Sin embargo, si disponemos de un generador de un rec. básico y avanzamos los suficientes turnos, podemos almacenar una cantidad superior a este límite.

Según veo ahora estos límites no están definidos en ningún sitio. Pensaba que sí lo estaban. @knifecake ¿Hay alguna forma de adjuntar una imagen o los tengo que pasar manualmente?

baque27 commented 6 years ago

https://gyazo.com/68511d1a55607366c8e134f5e6f2e6c0 En este link está la tabla de los limites de rec. basicos y rec. especial. No he pensado una cantidad para el resto de recursos. Por ahora se puede dejar como infinito / lo máximo soportado. Donde pone nivel del edificio quiere decir nivel del ayto y/o del jugador (son el mismo).

knifecake commented 6 years ago

¿Hay alguna forma de adjuntar una imagen o los tengo que pasar manualmente? Si arrastras una imagen la debería adjuntar.

En efecto estos límites no están definidos en ningún sitio. En estos últimos días nos estamos encontrando con que muchas veces necesitamos utilizar parámetros similares que definen las reglas del juego. No está claro donde ponerlos. Añadirlos a los asset files es engorroso y mezcla definición de entities con reglas del juego. Añadirlos a config.txt parece ser la mejor opción pero habría que ponerse de acuerdo en como organizar el archivo. Ya es bastante largo y parece que va a crecer bastante más. (config.txt es un archivo que asocia pares clave, valor a los que se puede acceder desde cualquier archivo llamando a config_get("clave")).

Una propuesta: organizar los parámetros de configuración por "carpetas". Esto es, en vez de definirlos tal cual en config.txt, lo que haríamos sería utilizar un convenio para nombrar las claves. Por ejemplo, los parámetros que definen el tamaño de la interfaz y tal podrían llamarse ui.width, ui.height, ui.map.rows, ui.map.cols, etc.... Los parámetros de los recursos máximos se podrían guardar en rules.max_resources.1, rules.max_resources.2, etc....