Tueur de monstres Witcher

Lorsque dégâts ou santé ne sont pas strictement positifs, la tâche échoue avec invalid_input plutôt que d'inventer une mise à mort.

Comment les coups et les dégâts restants sont calculés

L'identité sous forme close est hits égal au plafond de health divisé par damage, et leftover_damage égal à hits fois damage moins health. Un griffin de 320 de santé face à une épée d'argent qui inflige 45 par coup exige huit taillades : sept coups retirent 315, le huitième n'a besoin que de cinq de plus, et leftover_damage vaut 40. Parce que la division par plafond est déterministe, deux clients qui envoient la même paire de nombres positifs reçoivent toujours les mêmes hits et leftover_damage.

Contrat d'entrée, forme de la réponse et erreurs

Les valeurs au-delà d'un billiard sont rejetées afin que le nombre de coups ne quitte pas la plage des entiers sûrs. Associez la réponse à votre propre table de bestiaire si vous avez besoin de noms de créatures ; ce point d'accès ne résout que l'arithmétique et ne cherche pas un griffin, un leshen ou une noonwraith par titre. Envoyez un corps JSON par POST avec deux nombres finis obligatoires : damage, l'attaque du sorceleur par coup qui touche, et health, la réserve restante du monstre. Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique ; les alias attack, dmg, sword_damage, hp, health_pool et monster_hp sont acceptés et rattachés aux noms canoniques. Les champs manquants, les chaînes vides, les valeurs non finies, les zéros et les négatifs échouent avec invalid_input en nommant le champ — ces échecs ne sont pas facturés. En cas de succès le corps répète damage et health, renvoie hits comme entier positif, leftover_damage comme le surplus du coup de grâce, total_damage comme hits fois damage, last_hit_damage comme la part du dernier coup qui a réellement vidé la réserve, une chaîne formula qui reformule l'identité du plafond, et un message d'une ligne propre à un journal de combat. Exemple : damage 50 et health 200 donnent quatre coups et leftover_damage 0, car quatre fois 50 font exactement 200. Damage 45 et health 320 donnent huit coups, leftover_damage 40, last_hit_damage 5 et total_damage 360.

Où un tueur de monstres Witcher justifie sa place

Les auteurs de bestiaire et les mainteneurs de wikis utilisent un tueur de monstres Witcher pour que le lecteur colle une valeur de dégâts d'épée d'argent à côté d'une réserve de santé publiée et voie le nombre de coups sans faire à la main la division par plafond. Les groupes de table qui jouent un système inspiré de Witcher utilisent le même contrat lorsqu'un joueur demande combien de rounds un démon peut survivre à la ligne de dégâts actuelle du groupe. Une validation en échec ne consomme pas le solde. Les moddeurs qui équilibrent New Game Plus ou des contrats sur mesure ont besoin d'un oracle déterministe qui refuse une épée à dégâts nuls au lieu de rapporter un infini silencieux, et qui signale le surplus afin qu'une construction d'un seul coup apparaisse dans leftover_damage plutôt que cachée dans un booléen. Les speedrunners et les analyseurs de journal de combat vérifient si une séquence enregistrée de coups qui touchent aurait dû abattre un boss étant donné les dégâts de l'acier ou de l'argent à cet instant ; appeler une petite API parse évite de tirer un simulateur de combat complet pour une question à deux nombres. Parce que l'implémentation est parse pure de palier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle et sans réseau sortant. Gardez les requêtes petites, figez hits et leftover_damage dans les tests, et vous obtiendrez des décomptes de chasse reproductibles pour widgets de wiki, pipelines de mods et workers de bord sans dresser un moteur de combat à vous.