Quais recursos pertencem ao mecanismo e quais ao jogo?

No momento, eu me pego implementando e testando novos recursos para meu mecanismo de jogo em 2D, codificando-os diretamente no mecanismo. Simultaneamente, eu tenho um jogo de demonstração com suporte a scripts, que deve chamar as funções de mecanismo. Anexo, por exemplo, um movimento fixo de bloco à classe Entity no mecanismo, em vez de criar um script específico para o jogo. Isso definitivamente está quebrando a idéia de um mecanismo geral usado para mais de um jogo.

Existem práticas recomendadas para manter o foco na implementação correta nas partes certas (ou seja, mecanismo x jogo)?

Bem, existem algumas maneiras de pensar sobre isso. Uma é listar os recursos específicos que o mecanismo deve ter (o que você pediu aqui.) No entanto, a outra maneira é começar a fazer jogos sem se preocupar muito com o "mecanismo" e, em seguida, os recursos que você achar que estão sendo reutilizados entre vários jogos (em particular, recursos usados ​​em todos os jogos), você deve migrar da fonte de um jogo específico para uma base de código compartilhada chamada "engine".

Porque, no final, o motivo pelo qual você deseja um determinado recurso no mecanismo e não no jogo é que ele é compartilhado entre vários jogos. Normalmente, são coisas como desenhar comandos, controladores de entrada e código de rede. Um mecanismo de jogo 2D terá muitos recursos gráficos 2D, como carregar imagens, uma hierarquia de exibição com ordem z, lidar com planilhas, interpolação, etc. Muitos jogos precisam de simulação de física, embora, por outro lado, muitos não. Enquanto isso, mais coisas "ocultas" usadas em quase todos os jogos incluem temporizadores, mensagens de eventos e até funções matemáticas específicas para o desenvolvimento de jogos (por exemplo, distanceToTarget ()

Longa história curta:

A) O mecanismo deve ter recursos compartilhados pela maioria dos jogos.

B) Você aprende quais recursos são compartilhados criando vários jogos.