You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
The text was updated successfully, but these errors were encountered:
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:
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()
egetPedra()
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?
The text was updated successfully, but these errors were encountered: