Calculateur de pâte à pizza

Boulangers amateurs, pizzerias de quartier et applications de kits repas ont besoin d'une réponse stable sur la farine, l'eau, le sel et la levure qui composent une pâte à pizza lorsqu'ils connaissent déjà le nombre de pizzas, le diamètre de chacune, le style de croûte et l'hydratation voulue. Une hydratation négative échoue avec invalid_input au lieu d'inventer une pâte.

Ce que pourcentages du boulanger et aire de pizza signifient pour le pâton

Une pizza ronde est un cercle, donc le pâton est l'aire circulaire multipliée par une épaisseur en grammes par pouce carré propre au style : neapolitan est fine avec un bord soufflé, new_york un peu plus épaisse et pliable, roman encore plus fine, et sicilian et pan portent plus de pâte car elles cuisent au plateau. Cet endpoint multiplie le nombre de pizzas par pi fois le rayon au carré fois cette épaisseur, puis divise la masse de pâte par un plus l'hydratation sur cent plus le pourcentage de sel sur cent plus celui de levure sur cent. Quiconque cherche un calculateur de pâte à pizza parfaite veut presque toujours cette confirmation : pour N pizzas d'une taille et d'un style à une hydratation choisie, combien de grammes de farine, d'eau, de sel et de levure doser.

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

Une hydratation nulle est autorisée et donne zéro gramme d'eau. Exemple : deux pizzas neapolitan de douze pouces à soixante-deux pour cent d'hydratation renvoient une paire de pâtons d'environ deux cent quatre-vingt-trois grammes chacun et la répartition correspondante de farine, d'eau, de sel et de levure. Les magnitudes au-dessus d'un milliard, une hydratation au-dessus de trois cents pour cent, les champs manquants et les styles inconnus sont rejetés. Envoyez un corps JSON avec quatre champs obligatoires. pizzas est un compte fini et positif de pizzas à pétrir ; les alias count, n, number, qty et pizza_count sont acceptés. size est le diamètre en pouces de chaque pizza ; diameter, inches, size_in et diameter_in sont acceptés. style est l'un de neapolitan, new_york, sicilian, roman ou pan, et choisit à la fois l'épaisseur de pâte et les pourcentages du boulanger de sel et de levure ; pizza_style, crust et crust_style sont acceptés, et les jetons passent en minuscules de sorte que New York et new-york correspondent à new_york. hydration est un pourcentage fini non négatif de la masse de farine ; hydration_pct, water_pct, percent et percentage sont acceptés. Une hydratation négative échoue avec invalid_input en nommant le champ, et cet échec ne consomme pas de solde. Chaque champ numérique peut arriver comme nombre JSON ou comme chaîne numérique. En cas de succès le corps inclut les entrées renvoyées ; flour_g, water_g, salt_g et yeast_g ; dough_g et dough_per_pizza_g ; area_in2 ; l'épaisseur du style et les pourcentages de sel et de levure ; une chaîne formula qui reformule l'inversion ; et un message lisible. Associez cet endpoint à un convertisseur tasses-grammes seulement lorsque la recette imprimée liste encore des volumes ; ce calculateur parle déjà en grammes.

Où un calculateur de pâte à pizza parfaite trouve son utilité

Les fonctions cloud qui reconstruisent des fiches de recettes familiales depuis JSON ont besoin d'un primitif minuscule, sans réseau, qui ne dérive pas entre aperçu et production. Parce que l'implémentation est du parse pur de tier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant. Gardez les requêtes petites, fixez flour_g, water_g, salt_g et yeast_g dans les tests, et vous obtenez des quantités de pâte reproductibles pour widgets, workers de bord et tablettes de cuisine sans monter un outil complet de mise à l'échelle des recettes.