G2F3 G2F3 es un marco genérico para los juegos de estrategia.
Descargar ahora

G2F3 Clasificación y resumen

G2F3 Etiquetas

genérico Juego genérico marco eiffel Marco genérico G2F3 Eiffel

G2F3 Descripción

El proyecto G2F3 es un marco genérico para los juegos de estrategia. El proyecto G2F3 es un marco genérico para los juegos de estrategia.G2F3 (Marco de juego genérico en Eiffel) tiene como objetivo simplificar el desarrollo de dos juegos de estrategia de suma cero jugadores al separar el código específico del juego del código genérico reutilizable. Hasta ahora, los juegos abstractos de la junta son los mejores apoyados. Este software está escrito utilizando GNU Smartteiffel. El paquete viene con seis juegos de ejemplo. Lo que está nuevo en esta versión: dependencias: ahora se requiere una instantánea actual de Smarteiffel-2.2. 2.2-Beta y antes no funcionarán más con este Código. Nuevas características, agregado Tanbo (solo GTK UI), un excelente juego de estrategia abstracto inventado por Mark Steere (http://www.markstee.com, http: // www. tanbo.com). Gracias a Mark por compartir su idea bajo una licencia de copyleft muy clara. En este momento, la computadora juega débil, aunque no es absolutamente tonta. Creo que ya sé cómo mejorar la función de evaluación. Lo intentará pronto.- TANBO y ANTERIOR ahora se pueden construir para diferentes tamaños de la Junta. Esos directorios de juegos tienen subdirectorios para cada tamaño de la junta. Para compilar, CD a uno de estos y use los comandos de compilación normales (ver DOC). Actualmente, el tamaño del tablero no se puede cambiar en tiempo de ejecución. Mejoras: más mejoras en la función de evaluación en innovador.- Explorador de nodos: Ahora usando la fuente MONOSPACE para las dos vistas del estado. Las posiciones de juego almacenadas en Bit_2_board_Storage y los decendas ahora se muestran en ASCII Art.- 'Deshacer' ahora es ilimitado. Nodo_historia modificado y und_redo_buffer ahora usando memoria lineal en lugar de circular. Esto se hizo en anticipación del repositorio que se utilizará para la carga / salvación de los juegos. Con un desho / rehacer ilimitado, los juegos se pueden guardar almacenando solo movimientos (en lugar de guardar movimientos más la posición más antigua del juego) .- Nueva clase Bit_large en E-LIB. Utilizado en el código para TANBO.CODE CAMBIOS Y CLEANUP- NUEVA FUNCIÓN {GEOMETRY_RECTANGLE} .rook_neighbors.- Se eliminaron los archivos especiales de carga de logrado que se suponía que debían engañar a Eiffifeldoc entrando sin errores. Eiffeldoc no asume ningún conflicto en todo el universo de tipo. Este no es el caso con el estado actual de este marco ...- agregó 'Insertar cualquiera' a bit_2_board_key y bit_1_board_key para obtener el cuerpo de is_igtal (ahora diferido en sequible) .- Se agregó 'Insertar plataforma' a Storage_hashable para obtener maximum_integer. - File_finder ahora usa {file_tools} .is_Readable en lugar de {any} .file_exists que ahora está obsoleto. Para simplificar los juegos donde Move_dim = 1. Se agregó la condición previa a Incremental_Move_Input e Incremental_Set_Move_Input.- {Alpha_BETA_TT} .Main_search y {Alpha_Beta_TT} .alpha_beta_tt: ahora usando la nueva variable local Dict_Key que evita llamar a {Storage_Hashable} .HASH_KEY (lo cual es * no * atributo). Da un poco de mejoras de velocidad. TODO: Retire la superposición con Display_code.bugfixes: se solucionó un error en la función de evaluación de "avance" (olvidado "no" en la línea 220 de Storage_breakestra) que hizo que el AIS juegue movimientos muy débiles. en {Dictionary_Manager} .Clean_up: La colección estaba desactivada cuando se llamaba Full_Collect. Dado que la colección siempre está apagada cuando la computadora AI está ocupada, casi no puedo culpar a SmartEiffel por no llamar automáticamente al GC dentro de las líneas de código relativamente pocas cuando la colección estaba activada. Por lo tanto, los programas consumieron cada vez más memoria tan pronto como se usó un algoritmo basado en TT. - Uso eliminado de 'Twin' en {Dictionary_Manager} .Add_useful_to_shadow. No tengo idea de por qué había usado gemelo allí en primer lugar. Esto no fue realmente un error, sino que causó el consumo de memoria innecesario, además del error de la recopilación mencionado anteriormente. Archivos de SISTEMA DE SISTEMA ANTERIORES Y EL PAGO DE NIVEL TOPTOS MOVIDOS A LOS NUEVOS SECUPRADOS SECTROS.- Los archivos de ACE y el Nivel superior Makefile ahora espera una nueva variable G2F3 que debe apuntar al directorio raíz del paquete G2F3. Esta variable se utiliza para localizar archivos no eiffel. Además, todos los archivos Eiffel que no forman parte de la Biblioteca estándar de SE están siempre ubicados usando 'loadpath.se' en el directorio actual. Todos los programas de ejemplo aún se compilan de la caja, ya que las makes específicas de la aplicación se encargan de establecer la variable G2F3. Estos cambios permiten más flexibilidad en los directorios del juego (que ahora pueden contener subdirectorios) .- Archivos de ACE: Añadido "$ {PATH_LIB} / kernel / interno" a secciones de clústeres (requerido por SE-2.2).

G2F3 Software relacionado