Estrutura da unidade de jogo RTS

Eu quero uma maneira de criar muitas unidades diferentes sem precisar programar coisas como as ações moveTo e Attack mais de uma vez

Do jeito que eu vejo, existem 2 maneiras de fazer isso.

1. Uma única classe de unidade genérica com sinalizadores que especifica o que pode / não pode fazer (crie instâncias em uma matriz estática e agarre-as quando necessário)
2. Classe de unidade abstrata com métodos abstratos para ações específicas da unidade, como (Ataque, Colheita, Patrulha), que precisam ser implementadas nas subclasses , mesmo que a unidade não possa realmente coletar nada.

a primeira maneira de fazer isso parece a mais simples, mas eu acabaria tendo um monte de código não sendo usado para a maioria das unidades.

a segunda maneira também poderia funcionar. Mas se eu decidir ter duas unidades diferentes que podem coletar recursos, terei exatamente o mesmo código em duas classes diferentes, o que não parece ser o caminho certo para fazê-lo.

Essa é a abordagem correta para esse problema?
Em um jogo como AoE, todas as unidades têm, o que eu presumo, algum tipo de lista de ações / ordens, eu realmente gostaria de saber como obter algo semelhante a esse, onde eu possa apenas codificar cada ação / ordem uma vez, e depois, entregue-o a todas as unidades que precisam da referida ação.

Se não estiver claro (altamente plausível) ou se precisar de mais informações sobre o que exatamente estou procurando, pergunte-me em um comentário.

Uma abordagem comum é ter uma abordagem baseada em componentes em que a "Unidade" da classe base apenas implemente os aspectos mais básicos que todas as unidades têm em comum, enquanto cada unidade possui uma lista de vários objetos-componentes que dizem o que pode fazer e como faz.

Por exemplo, um tanque pode ter os componentes Mobile, Destructible, Attacker, um imóvel torreão única Destructible, Attackere uma colhedora Mobile, Destructible, Harvester. Essas classes incluiriam todo o código necessário para implementar esses comportamentos. Interações entre componentes (um Attackerpode danificar apenas o que é Destructible) podem ser implementadas solicitando que o componente verifique se a outra unidade possui o componente necessário e depois interaja diretamente com esse componente.

A vantagem sobre uma herança de classe clássica é que você pode combinar habilidades facilmente. Por exemplo, quando você deseja ter uma colheitadeira que também possa atacar, transportar infantaria e voar, basta adicionar os componentes necessários. Você também pode adicionar e remover facilmente novos recursos na forma de novos componentes sem precisar inchar a classe básica da unidade.

O Unity oferece suporte a essa arquitetura, porque todo o mecanismo já é baseado em componentes. Portanto, componentes lógicos do jogo como esses podem ser adicionados na forma de scripts.

Muitos jogos usam um sistema baseado em componentes para entidades, onde é possível adicionar vários comportamentos e habilidades a um tipo de unidade mais genérico, em vez de ser codificado como parte da classe da entidade (ou equivalente).