Acredito que a resposta indicada como certa no exercício fere a padronização REST ao colocar a identificação do evento como path param em seguida do recurso /participantes.
Na listagem poderia ser um query param.
Na inclusão o identificador do evento poderia estar no body, ou o método ser movido para /eventos/{idEvento}/participantes.
Oi Bruno! Tudo joia?
No contexto do REST, a estrutura da URL deve refletir os recursos e suas relações de forma clara e intuitiva.
No caso que você mencionou, usar um PathVariable para identificar o evento em /participantes/{evento} pode ser uma abordagem válida, especialmente se considerarmos que os participantes estão sempre associados a um evento específico. No entanto, você também está certo ao sugerir alternativas como usar query parameters ou incluir o identificador do evento no corpo da requisição, dependendo do caso de uso.
Por exemplo, se estivermos listando participantes de um evento específico, usar um PathVariable faz sentido, pois estamos claramente focando em participantes de um único evento. No entanto, para operações de inclusão, onde os dados do evento e do participante são enviados juntos, pode ser mais intuitivo incluir o identificador do evento no corpo da requisição.
Além disso, sua sugestão de mover o método para /eventos/{idEvento}/participantes também é válida e segue uma prática comum de estruturar endpoints RESTful, agrupando recursos relacionados.
Espero ter ajudado e bons estudos!