SUMO - Combat de sumo-dinosaures

Description

Il manque de drama dans le parc et c’est pourquoi des combats de sumo-dinosaures sont désormais organisés. Le dinosaure avec la force la plus élevée gagne (voir ici pour le calcul de la force). Épuisé par le combat, le gagnant devient affamé et consomme 2 fois plus que sa consommation habituelle, à la fin du tour et uniquement pour ce tour (c’est-à-dire qu’il ne mangera pas en double pour le reste de sa vie) (voir ici pour le calcul de la consommation habituelle).

Si les deux dinosaures ont la même force, le combat de Sumo se termine à égalité. Dans un tel cas, les deux dinosaures sont gagnants et chacun devient affamé.

Le dinosaure perdant quitte le troupeau et va au paradis des dinosaures (après avoir mangé, c’est-à-dire qu’on considère qu’il consomme malgré qu’il va mourir ensuite). Il n’est pas affamé, car il a mangé la poussière donc sa consommation n’est pas doublée. De plus, il ne fait plus partie du troupeau (ajout de la conséquence #4 dans la section Conséquences d'un tour).

Pour le moment, il y a un maximum de 2 combats par tour qui peuvent être effectués (il se pourrait que cela change si on veut davantage de bisbille , sait-on jamais).

Modification de la story TURN, il faut remettre à 0 le nombre de combats lorsqu’un POST à /reset est fait.

Enfin, un dinosaure ne peut pas participer à plus d’un combat dans un même tour et les Tyrannosaurus Rex ne peuvent pas participer aux combats de sumo-dinosaure! En effet, car ceux-ci ont des bras trop courts pour effectuer des prises à leur adversaire.

Conditions de succès

Déroulement d’un tour

Nous pouvons maintenant organiser des combats de sumo-dinosaures.

Note: Ces actions sont accumulées et exécutées, en ordre d’arrivée, lors du déroulement du tour.

API

Ajouter des ressources

Requête

POST /sumodino

{
  "challenger": ""::string,
  "challengee": ""::string
}

Considérez qu’il n’y aura pas de champ manquant dans le payload envoyé et donc qu’il contiendra toujours 2 noms de dinosaures.

Réponses

HTTP 200 Ok

Comme les actions (dont le combat) ne sont exécutées que lorsqu’un tour est joué (POST à /turn), alors la réponse immédiate au POST d’un combat est une prédiction du résultat, car officiellement le combat ne se fera que lors du tour.

{
  "predictedWinner": ""::string
} 

Payload de retour si les deux dinosaures ont la même force:

{
  "predictedWinner": "tie"
} 

HTTP 400 Bad Request - Quand un des dinosaures est déjà inscrit pour participer à un combat.

{
  "error": "DINOSAUR_ALREADY_PARTICIPATING"::string,
  "description": "Dinosaur is already participating."::string
} 

HTTP 400 Bad Request - Quand la limite maximale de combats par tour a été atteinte.

{
  "error": "MAX_COMBATS_REACHED"::string,
  "description": "Max number of combats has been reached."::string
} 

HTTP 400 Bad Request - Quand un Tyrannosaurus Rex est un des potentiels combattants.

{
  "error": "ARMS_TOO_SHORT"::string,
  "description": "Tyrannosaurus Rex can't participate."::string
} 

HTTP 404 Not Found - Quand le nom d’un dinosaure n’existe pas.

{
  "error": "NON_EXISTENT_NAME"::string,
  "description": "The specified name does not exist."::string
} 

Les exceptions (si applicables) sont retournées immédiatement après un POST à /sumodino et non après avoir joué le tour.

Exemple: Si un Tyrannosaurus Rex est un des combattants, l’exception est retournée immédiatement après le POST à /sumodino et non après le POST à /turn.

De plus, prenez pour acquis que nous ne mélangerons pas les exceptions, exemple: nous n’allons pas mettre un payload avec un Tyrannosaurus Rex et un dinosaure inexistant.