Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fazer cache de Jogadas? #17

Closed
brunoabdon opened this issue Jul 30, 2014 · 1 comment
Closed

Fazer cache de Jogadas? #17

brunoabdon opened this issue Jul 30, 2014 · 1 comment
Assignees

Comments

@brunoabdon
Copy link
Owner

Será que não vale a pena criar previamente todas as instâncias possíveis de br.nom.abdon.domino.Jogada?

Existem 57 Jogadas possíveis:

  • cada uma das 28 Pedras pra Esquerda; mais
  • cada uma das 28 Pedras pra Direita; mais
  • o toque

Uma Partida deve ter no mínimo umas 20 jogadas (chutando!). Um Jogo inteiro 4 vezes mais. Talvez, pra um único Jogo, não valha a pena. Mas, pra vários, deve começar a valer a pena rápido.

A classe br.nom.abdon.domino.Jogada esconderia seu construtor e exporia um método estático que retornaria uma Jogada, dado o Lado e a Pedra.

Toda Jogada seria imutável.

(A preocupação que a classe Partida tem em chamar getLado() e getPedra() só uma vez seria eliminada)

A classe em si deveria seria final...

...não seria então o caso de ser um enum também?

@brunoabdon
Copy link
Owner Author

Feito no 930a662.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant