G2F3.

O projeto G2F3 é um quadro genérico para jogos de estratégia.
Baixe Agora

G2F3. Classificação e resumo

Propaganda

  • Rating:
  • Licença:
  • GPL
  • Preço:
  • FREE
  • Nome do editor:
  • Frank Boehme
  • Site do editor:

G2F3. Tag


G2F3. Descrição

O projeto G2F3 é um quadro genérico para jogos de estratégia. O projeto G2F3 é um quadro genérico para jogos de estratégia.G2F3 (Genenic Game Framework no Eiffel) visa simplificar o desenvolvimento de dois jogos de estratégia de Zero Sum, separando o código específico do jogo do código genérico reutilizável. Até agora, jogos de tabuleiro abstratos são melhor suportados. Este software é escrito usando o GNU Smarfel. O pacote vem com seis jogos de exemplo. O que é novo nesta versão: Dependências - Um instantâneo atual do Smarfel-2.2 agora é obrigatório. 2.2-beta e anteriormente não funcionará mais com este código.New Características - Adicionado Tanbo (GTK UI), um excelente jogo de estratégia abstrata inventado por Mark Steere (http: // www. tanbo.com). Graças a Marcar por compartilhar sua ideia sob uma licença Copyleft muito clara. No momento, o computador desempenha fraco, embora não seja absolutamente mudo. Eu acho que já sei como melhorar a função de avaliação. Vai tentar que logo.- Tanbo e avanço agora podem ser construídos para diferentes tamanhos de tabuleiro. Esses diretórios de jogos têm subdiretórios para cada tamanho de tabuleiro. Para compilar, CD para um desses e use os comandos normais de compilação (consulte Doc). Atualmente, o tamanho da placa não pode ser alterado no tempo de execução. Melhorias - Mais melhorias na função de avaliação em avanço. - Nó Explorer: Agora usando a fonte Monospace para as duas visões do estado. Posições de jogo armazenadas em bit_2_board_storage e decendantes agora são mostrados na Arte ASCII.- 'Desfazer' agora é ilimitado. Node_History e Undo_redo_Buffer agora usando memória linear em vez de circular. Isso foi feito em antecipação ao repositório que será usado para carga / salvar de jogos. Com desfazer / refazer ilimitado, os jogos podem ser salvos armazenando movimentos apenas (em vez de salvar movimentos mais a posição mais antiga do jogo) .- Nova classe Bit_large em E-lib. Usado no código para alterações Tanbo.code e limpeza - novo recurso {Geometry_rectangle} .rook_neighbors.- Removido arquivos de loadpath especiais que deveriam enganar o Eiffeldoc em execução sem erros. Eiffeldoc não assume nenhum conflito no universo do tipo. Este não é o caso do estado atual desta estrutura ...- Adicionado 'Inserir qualquer' para bit_2_board_key e bit_1_board_key para obter o corpo de IS_EQUAL (agora diferido em hashable) .- Adicionado 'plataforma de inserção' para storage_hashable para obter no máximo_integer. - File_Finder agora usa {file_tools} .is_readable em vez de {qualquer} .file_exists que agora é obsoleto .- novo recurso {board_game_display} .flash_cell e alterado {board_game_display} .animate_from_to para fazer uso disso. Novo recurso {servidor} .int_move_input Para simplificar os jogos onde move_dim = 1. Adicionado pré-condições para incremental_move_input e incremental_set_move_input.- {alfa_beta_tt} .main_search e {alfa_beta_tt} .alpha_beta_tt} .alpha_beta_tt: agora usando nova variável local dict_key que evita chamar {storage_hahable} .hash_key duas vezes (que é * não * um atributo). Dá algumas minúsculas melhorias de velocidade .- Novo recurso {bit_board_storage} .occupier (foi necessário para remover tamanhos de tabuleiro codificados em Breakthrouigh). TODO: Remover sobreposição com o display_code.bugfixes - Corrigido um bug de embaraço na função de avaliação do 'avanço' (esquecido 'não' na linha 220 de storage_breakthrough) que fez o AIS jogando movimentos muito fracos .- Corrigido um vazamento de memória auto-feito em {dictionary_manager} .clean_up: a coleção foi desligada quando full_collect foi chamado. Como a coleção está sempre desligada quando o computador AI está ocupado, dificilmente posso culpar o Smarfel para não chamar automaticamente o GC dentro das linhas relativamente poucas linhas quando a coleção estava ligada. Assim, os programas consumiram mais e mais memória assim que um algoritmo baseado em TT foi usado. - Removido o uso de 'twin' in {dictionary_manager} .add_useful_to_shadow. Eu não tenho ideia porque eu tinha usado gêmeo lá em primeiro lugar. Isso não foi realmente um bug, mas causou consumo de memória desnecessária, além do bug de coleta mencionado acima.Build System- Ace arquivos e makefile de nível superior movido para os novos scripts de diretório. - ACE arquivos e o makefile de nível superior agora espera uma nova variável G2F3 que deve apontar para o diretório raiz do pacote G2F3. Esta variável é usada para localizar arquivos não eiffel. Além disso, todos os arquivos Eiffel que não fazem parte da biblioteca padrão SE estão sempre localizados usando "loadpath.se" no diretório atual. Todos os programas de exemplo ainda compilam fora da caixa, à medida que os makefiles específicos do aplicativo cuidam de definir a variável G2F3. Essas alterações permitem mais flexibilidade nos diretórios do jogo (que podem conter subdiretórios) .- Arquivos Ace: Adicionado "$ {PATH_LIB} / Kernel / Internal" para seções de cluster (exigidas por SE-2.2).


G2F3. Software Relacionado