G2F3. Il progetto G2F3 è un quadro generico per i giochi di strategia.
Scarica ora

G2F3. Classifica e riepilogo

G2F3. Tag

generico Gioco generico Framework Eiffel. quadro Generico G2F3. Eiffel.

G2F3. Descrizione

Il progetto G2F3 è un quadro generico per i giochi di strategia. Il progetto G2F3 è un quadro generico per la strategia Games.G2F3 (Generico Game Framework in Eiffel) mira a semplificare lo sviluppo di due giochi di strategia di somma zero giocatore separando il codice specifico del gioco dal codice generico riutilizzabile. Finora, i giochi da tavolo astratti sono meglio supportati. Questo software è scritto utilizzando GNU SmartEiffel. Il pacchetto viene fornito con sei giochi di esempio. Che cosa è nuovo in questa versione: dipendenze: è ora richiesta un'istantanea corrente di SmartEiffel-2.2. 2.2-beta e in precedenza non funzionerà più con questo codice.New Caratteristiche- Aggiunto Tanbo (solo UI solo GTK), un eccellente gioco di strategia astratto inventato da Mark Steere (http://www.marksteeree.com, http: // www. tanbo.com). Grazie a Mark per condividere la sua idea in una licenza di copyleft molto chiara. Al momento, il computer gioca debole, anche se non assolutamente stupido. Penso di sapere già come migliorare la funzione di valutazione. Proverò che presto .- Tanbo e la rivoluzionario Quelle directory di gioco hanno sottodirectory per le dimensioni di ciascuna scheda. Per compilare, CD a uno di questi e utilizzare i normali comandi di build (vedi Doc). Attualmente, la dimensione del tabellone non può essere modificata in fase di esecuzione. Miglioramenti- Altri miglioramenti nella funzione di valutazione in Breakthrough.- Node Explorer: ora usando il font monospace per le due viste statali. Le posizioni di gioco memorizzate in bit_2_board_storage e gli interessanti sono ora mostrati in ASCII Art.- 'UNDO' è ora illimitato. NODE_HISTORIO MODIFICATO E UNDO_REDO_BUFFER ora usando la memoria lineare anziché la circolare. Questo è stato fatto in previsione del repository che verrà utilizzato per caricare / salvare i giochi. Con UNDE / Redols illimitato, i giochi possono essere salvati memorizzando solo mosse (piuttosto che salvare le mosse più la posizione di gioco più antica) .- Nuova classe bit_large in e-lib. Utilizzato nel codice per le modifiche del codice per Tanbo.Code e la nuova funzionalità {Geometry_rectnle} .Rook_Neighbor.- rimossa i file speciali di carico speciali che dovrebbero ingannare Eiffeldoc in esecuzione senza errori. Eiffeldoc non presuppone conflitti in tutto il tipo universo. Questo non è il caso dello stato corrente di questo framework ...- Aggiunto 'inserire qualsiasi "a bit_2_board_key e bit_1_board_key per ottenere il corpo di is_equal (ora differita in hashable) .- Aggiunta' Inserisci piattaforma 'a Storage_hashable per ottenere il massimo_uncio. - File_Finder ora utilizza {file_Tools} .is_Readable anziché {qualsiasi} .file_exists ora obsoleto.- Nuova funzionalità {board_game_display} .flash_cells e modificate {board_game_display} .animate_from_to per utilizzare questa nuova funzionalità {server} .int_move_input Per semplificare i giochi in cui Move_Dim = 1. Aggiunta la precondizione su incrementale_move_input e incrementale_set_move_input.- {alfa_beta_tt} .main_search e {alfa_beta_tt} .alpha_beta_tt: ora utilizzando la nuova variabile locale dict_key che evita la chiamata {storage_hashable} .hash_key due (che è * non * un attributo). Fornisce un piccolo miglioramento della velocità.- Nuova funzionalità {bit_board_storage} .occupier (era necessario per rimuovere le dimensioni del pannello rigido in Breakthrouigh). Todo: rimuovere la sovrapposizione con display_code.bugfixes- Risolto un bug di embarassante nella funzione di valutazione della "Inforazione" (dimenticata "non" in linea 220 di stoccaggio_breakthrough) che ha causato l'AIS di riprodurre mosse molto deboli .- Risolto una perdita di memoria autoadattata. in {italiano_manager} .clean_up: la collezione era spenta quando è stato chiamato full_collect. Poiché la raccolta è sempre spenta quando il computer è occupato, non riesco a dare a malapena la biasimare SmartEiffel per non chiamare automaticamente il GC all'interno delle relativamente poche righe di codice quando la raccolta era accesa. Pertanto, i programmi consumarono sempre più memoria non appena è stato utilizzato un algoritmo basato su TT. - Uso rimosso di 'Twin' in {Italiano_manager} .add_useful_to_shadow. Non ho idea del perché avessi usato due gemelli lì in primo luogo. Questo non è stato davvero un bug ma ha causato un consumo di memoria non negativo oltre al bug di raccolta menzionato sopra.Build System-Ace Files e Makefile di livello superiore spostato nei nuovi script di directory.- File ACE e il Makefile di alto livello prevede una nuova variabile G2F3 che deve indicare la directory principale del pacchetto G2F3. Questa variabile viene utilizzata per localizzare i file non-Eiffel. Inoltre, tutti i file Eiffel che non fanno parte della libreria standard SE sono ora sempre posizionati utilizzando "LoadPath.se" nella directory corrente. Tutti i programmi di esempio compilano ancora fuori dalla casella in quanto le qualifiche specifiche dell'applicazione si prendono cura di impostare la variabile G2F3. Queste modifiche consentono una maggiore flessibilità nelle directory del gioco (che ora possono contenere sottodirectory) .- ACE Files: aggiunto "$ {path_lib} / kernel / interno" a sezioni cluster (richiesto da SE-2.2).

G2F3. Software correlato