Calculateur d'aliments en quarantaine

Ce calculateur d'aliments en quarantaine multiplie la taille du foyer par les jours d'isolement par la portion quotidienne par personne de chaque aliment et renvoie le total de portions par type afin que listes de courses et commandes en gros restent honnêtes. people et days doivent être des entiers positifs ; les effectifs nuls, négatifs ou fractionnaires échouent avec invalid_input au lieu d'inventer un garde-manger vide.

Ce que signifient les totaux d'aliments en quarantaine et comment les portions quotidiennes s'échelonnent

Ce calculateur fige cette idée en une formule : pour chaque type d'aliment, le total de portions égale people fois days fois la portion quotidienne par personne de cet aliment. people est la taille du foyer comme nombre entier de bouches à nourrir. days est la fenêtre d'isolement comme nombre entier de jours calendaires. daily_portion est le nombre de portions de cet aliment qu'une personne mange en un jour : deux de riz, une et demie de haricots, une de légumes en conserve, une de pâtes. L'arithmétique ne change pas dans l'API, si bien que widgets du navigateur, jobs de liste de courses et blocs CMS restent stables octet par octet pour les mêmes entrées. Le endpoint n'invente ni menus par défaut, ni conseil nutritionnel, ni règles médicales d'isolement.

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

Exemple : quatre personnes, quatorze jours, riz à deux portions, haricots à une et demie, légumes en conserve à une et pâtes à une donnent cent douze, quatre-vingt-quatre, cinquante-six et cinquante-six portions respectivement et trois cent huit portions au total. Exemple : une personne, sept jours, flocons d'avoine à une portion par jour donnent sept portions d'avoine. Épinglez ces produits déterministes dans les tests afin que listes de courses et widgets du navigateur restent stables d'une version à l'autre. Envoyez un corps JSON avec trois champs obligatoires. people est un entier positif pour la taille du foyer, de un à mille. Des alias tels que household, household_size, persons, n, count et people_count sont acceptés afin que les formulaires réutilisent des clés familières. days est un entier positif pour la durée de quarantaine, de un à trois cent soixante-cinq. Les alias comprennent quarantine_days, duration_days, n_days, isolation_days et day_count. Les deux champs peuvent arriver comme entiers JSON ou comme chaînes numériques de chiffres. Les valeurs fractionnaires, nulles et négatives échouent parce qu'une bouche à nourrir et un jour calendaire sont des comptes entiers, non des approximations de demi-foyer. foods est un tableau non vide d'enregistrements, chacun avec un name non vide et un daily_portion fini non négatif en portions par personne et par jour. Les alias items, pantry, list et food_list sont acceptés. En cas de succès le corps inclut people et days comme entiers renvoyés, person_days comme leur produit, food_count comme le nombre de lignes, foods comme les mêmes lignes avec total_servings renseigné, total_servings comme la somme entre types, unit toujours servings, formula qui réaffirme people fois days fois portion quotidienne, et message pour la copie d'interface. Champs manquants, people ou days non entiers, listes d'aliments vides et portions négatives échouent avec invalid_input et ne sont pas facturés.

Où un calculateur d'aliments en quarantaine trouve son utilité

Les outils SaaS de paniers-repas, d'épicerie et de kits d'urgence peuvent attacher une ligne de quarantaine à côté des paniers hebdomadaires habituels en utilisant les mêmes champs people, days et foods déjà saisis dans le formulaire d'accueil. Parce que l'implémentation est du parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Associez les totaux à vos formats d'emballage, étiquettes d'allergènes et listes d'eau ou de médicaments, et l'API reste le noyau numérique stable tandis que votre couche de marque possède la présentation.