Calculateur proteines selon objectif fitness

Un poids manquant, des valeurs non numériques, une masse non positive et des objectifs inconnus échouent avec invalid_input afin que de mauvaises données de formulaire ne se fassent jamais passer pour un plan de repas.

Comment les protéines selon l'objectif fitness sont calculées

Commencez par le poids corporel en kilogrammes et une chaîne d'objectif fitness. Les protéines quotidiennes en grammes égalent le poids en kilogrammes multiplié par les grammes par kilogramme de cet objectif. Les entrées doivent être finies ; NaN et Infinity sont rejetés. Les objectifs inconnus échouent avec un message listant les clés acceptées pour que les formulaires affichent une correction claire au lieu d'une valeur par défaut silencieuse. Le calculateur normalise l'objectif—supprime les espaces superflus, met en minuscules, transforme espaces et tirets en underscores—et résout des synonymes courants comme bulk ou hypertrophie vers muscle_gain, et cutting ou perte de poids vers fat_loss. Il consulte ensuite une table éducative fixe de grammes par kilogramme : sedentary 0.8, maintenance 1.2, endurance 1.4, strength 1.6, muscle_gain 1.8, fat_loss 2.0 et athlete 2.2 grammes de protéines par kilogramme de poids corporel et par jour. Ces facteurs sont des valeurs didactiques transparentes tirées de plages de nutrition sportive souvent citées ; ce ne sont ni des prescriptions personnalisées ni un avis médical. Par exemple, soixante-dix kilogrammes avec le facteur muscle_gain de 1.8 donnent 126 grammes ; quatre-vingts kilogrammes avec le facteur sedentary de 0.8 donnent 64 grammes. La réponse renvoie le poids nettoyé, la clé canonique de l'objectif, les grammes par kilogramme utilisés, daily_protein_g et protein_g comme le même total nettoyé, unit à g, une chaîne formula et method goal_g_per_kg_table afin que chaque client puisse auditer le produit. Le pipeline est une arithmétique flottante déterministe, sans horodatage ni dérive de modèle, de sorte qu'un même poids et un même objectif produisent toujours le même JSON. Un poids nul ou négatif échoue tôt avec invalid_input plutôt que d'inventer des valeurs absolues.

Ce que vous envoyez et ce que vous recevez

Envoyez deux champs. Les deux champs sont obligatoires. Si vous avez besoin du métabolisme de base ou des calories brûlées, ce sont des outils et des intentions de recherche distincts. Le champ weight est la masse corporelle en kilogrammes sous forme de nombre fini strictement positif, ou vous pouvez utiliser les alias weight_kg, kg, mass ou body_weight. Le champ goal est la chaîne d'objectif fitness, obligatoire, avec les alias fitness_goal, activity_goal, target_goal et objective. Les valeurs canoniques acceptées sont sedentary, maintenance, endurance, strength, muscle_gain, fat_loss et athlete ; la casse est ignorée et les synonymes courants sont acceptés comme documenté dans les notes d'auteur. Champs manquants, chaînes vides, poids non numérique, NaN, Infinity, poids non positif et objectifs qui ne se résolvent pas dans la table échouent avec invalid_input et ne sont pas facturés. En cas de succès, la réponse inclut daily_protein_g et protein_g comme le même produit nettoyé, unit à g, weight_kg nettoyé, la clé goal résolue, grams_per_kg de la table, formula documentant poids multiplié par grammes par kilogramme de l'objectif et method goal_g_per_kg_table. Vérifications classiques : soixante-dix kilogrammes avec muscle_gain donnent 126 grammes, et quatre-vingts kilogrammes avec sedentary donnent 64 grammes. Le tarif des appels API réussis est la base publiée de $0.002 par élément ; les échecs de validation ne consomment pas le solde prépayé. Si vous connaissez déjà le multiplicateur g/kg exact et ne voulez pas de table d'objectifs, utilisez le calculateur frère d'apport protéique quotidien qui multiplie le poids par un grams_per_kg libre.

Où les calculateurs de protéines par objectif interviennent réellement

Les équipes de contenu nutritionnel qui construisent des leçons interactives veulent le même JSON hors ligne et en ligne afin que les fiches et les auto-correcteurs restent alignés. Comme cette capacité est un moteur parse pur, le tarif API est la base publiée de $0.002 par élément réussi et l'échec de validation ne consomme pas le solde.