Nesta terceira parte, temos os seguintes objetivos:
Na versão da Parte II, as classes tem muito código repetido.
Analisando cada uma delas, podemos chegar a conclusão de um
comportamento comum quanto
a forma de desenhar e atualizar os objetos. Um método para retirar o
objeto do jogo também é utilizado.
Neste segundo post, vamos melhorar nosso jogo.
Embora a nova versão rode em Python, ainda está muito anos 80.
A primeira coisa a corrigir é a animação. Como estamos usando um sistema
de coordenadas de 280 por 192 pontos para simular as coordenadas do
Apple, multiplicamos cada coordenada por 4 na hora de desenhar. Para
deixar parecido com o Apple, eu reduzi o número de frames a 8 frames por
segundo. Por isso a animação dá tantos saltos! Para fazer com que rode a
60 frames, temos que multiplicar as velocidades pela razão entre o
número de frames antigos e o novo: 8/60. A nova versão define algumas
constantes para isso:
A nostalgia dos computadores da década de 80 é algo que nunca parei de
ter. Quando criança, tive a sorte de utilizar vários computadores de
8-bits, como ZX-81, ZX-Spectrum, Apple II e MSX, ou melhor, seus clones
nacionais (TK-85, TK-90X, TK2000), uma vez que o Brasil vivia a época da
Reserva do Mercado de Informática.
Numa época que não havia Internet, nós passávamos o tempo a digitar
programas. Uma série de livros sobre programação de jogos foi editada
pela editora Lutécia no Brasil, mas os originais americanos foram
liberados pela
Usborne.
Neste artigo, eu vou traduzir o jogo principal do Computer Battlegames,
chamado de Missile, de Apple II Basic para Python com Pyglet. A listagem
original está na página 34 do livro em inglês (ver pdf acima).
Nada como uma noite fria e cheia de neve para colocar o blog em dia!
Meu livro de programação foi publicado pela Editora Novatec e já está
disponível para venda.
Eu criei uma página sobre o livro, com links para livrarias e emails de
contato:
O livro foi escrito de forma a apresentar novos conceitos gradualmente,
com exemplos e exercícios. Quando comecei a dar aulas, eu ensinava
Basic e Pascal. Com o Basic, tinha o problema dos números de linha. Com
o Pascal os ponto-e-vírgula… era muita coisa para escrever antes de
começar a programar. Nestes casos, o uso de um pseudo-código claro e
simples, livre de símbolos em excesso era interessante. Eu evitei usar
pseudo-código ou fluxogramas, pois acredito que ao se aprender a
programar, o melhor é ir direto ao ponto. Com a linguagem Python, isso
tudo fica muito mais simples. Escrever em pseudo-código pode até ser
mais complicado que escrever em Python!
O leitor/aluno precisa ver algo acontecer para continuar estudando. O
importante é saber ler o programa e entender o que vai acontecer quando
o programa for executado. Eu realmente acredito que o aluno deve saber
se o programa está correto antes de executá-lo. A execução é apenas uma
confirmação. Uma seção sobre rastreamento foi incluída no livro, para
preservar esta importante etapa no aprendizado de programação.