Futebol de Robos F180 » Inteligência

Uma dúvida que tivemos é se vai existir a classe Eventos, ou se só serão métodos.

Outro problema que temos, é que usando o diagrama que desenhamos, o robô não tem um atributo para identificar sua personalidade, os seus métodos vão definir isso. Logo talvez seja melhor criar uma classe personalidade.

Talvez seja melhor usar um enum para isso.


Carla Cosenza escreveu:

Outro problema que temos, é que usando o diagrama que desenhamos, o robô não tem um atributo para identificar sua personalidade, os seus métodos vão definir isso. Logo talvez seja melhor criar uma classe personalidade.

Acho que seria melhor se a decisão de personalidades fosse um método de Ally. O método usaria o atributo array (Robot) robots.

Carla Cosenza escreveu:

Uma dúvida que tivemos é se vai existir a classe Eventos, ou se só serão métodos.

Pode existir sim.

Carla Cosenza escreveu:

Uma dúvida que tivemos é se vai existir a classe Eventos, ou se só serão métodos.

Como o major falou pode existir sim, daí teríamos algo do tipo para acessar algum evento: WorldState.Events.IdTouchingBall
Ou seja, eles estariam embutidos no World State.

Quais foram as vantagens que vcs viram de criar as classes "Offensive" e "Defensive" ao invés de fazer "Attacker", "Striker" e "Defender" descendentes diretos (classes filhas) de "Robot"?

Estou tentando fazer a parte do diagrama que contém Plays, Tactics e Skills. Precisando de algumas inspirações fui olhar o código da tigers e o que descobri foi:
OBS: O código deles pode ser baixado em: https://www.tigers-mannheim.de/index.php?id=65
Um artigo deles que ajuda a navegar pelo código: https://tigers-mannheim.de/download/papers/2011-AI-Structure_Koenig.pdf
Sobre o sistema de skills deles: https://tigers-mannheim.de/download/papers/2011-Studienarbeit_Bot_Skill-Teichmann_Graeser.pdf

Algumas classes deles são dividadas em:
ASkill: Classe abstrata de skill, todas as skills herdam dessa classe
ESkill: Enum contendo todas as skills, cada elementeo no enum tem referência para a classe skill que a executa
ISkill: Interface para acessar os atributos de Skill sem mudá-los

Aqui está o exemplo da ERole(Em Java, claro):

public enum ERole implements IInstanceableEnum {
// offensive roles

ATTACKER(new InstanceableClass(AttackerRole.class)),
    SUPPORTIVE_ATTACKER(new InstanceableClass(SupportiveAttackerRole.class)),
    KEEP_DIST_TO_BALL(new InstanceableClass(KeepDistToBallRole.class)),
    OPPONENT_INTERCEPTION(new InstanceableClass(OpponentInterceptionRole.class))
...
}

APlay:
- List<ARole> roles;
- EPlay type;

ARole:
- ERole type;
- BotID botID;
- ISkill currentSkill;
- bool newSkill;
- IStateMachine<IState> stateMachine;

A classe BotID é utilizada para identificar os robôs de todos os times, ela extende AObjectID.

ASkill
- IState IDLE_State = new DefaultState();
- ESkill skillName;
- IStateMachine<Istate> stateMachine = new StateMachine<>(IDLE_STATE);
- ABot bot;
...

ABot
- String[] BOT_NAMES;
- BotID botID;
- EBotType type;
- TrajectoryWithTime<IVector3> curTrajectory = null;
- double kickerLevelMax = 200;

Depois de ter uma ideia como as classes base deles são feitas, fui olhar uma Play deles para ver como eles implementavam. A play que fui olhar se chamava OffensivePlay, a primeira coisa que é feita no construtor é passar o comportamento de cada robô para eles de acordo com sua personalidade:

public OffensivePlay() {
super(EPlay.OFFENSIVE);

strategyToRoleMap.put(EOffensiveStrategy.KICK, ERole.ATTACKER);
        strategyToRoleMap.put(EOffensiveStrategy.SUPPORTIVE_ATTACKER, ERole.SUPPORTIVE_ATTACKER);
        strategyToRoleMap.put(EOffensiveStrategy.STOP, ERole.KEEP_DIST_TO_BALL);
        strategyToRoleMap.put(EOffensiveStrategy.DELAY, ERole.DELAYED_ATTACK);
        strategyToRoleMap.put(EOffensiveStrategy.FREE_SKIRMISH, ERole.FREE_SKIRMISH);
        strategyToRoleMap.put(EOffensiveStrategy.INTERCEPT, ERole.OPPONENT_INTERCEPTION);
        strategyToRoleMap.put(EOffensiveStrategy.RECEIVE_PASS, ERole.PASS_RECEIVER);
    }
...

O código deles é bem complexo atualmente e com certeza não devemos nos basear em tudo o que fazem, mas algumas ideias para a nossa implementação podem ser uteis.

Comecei a fazer o diagrama, mas ainda não está nem perto de pronto:
https://drive.google.com/file/d/1Q6apXIaL_1npCdG02SeitQa_EgS-FBGn/view?usp=sharing

Atualizar o diagrama para a atual implemetação.