Rezept-Portions-Skalierer

Nicht positive Portionen oder Mengen, leere Listen und nicht endliche Werte werden mit invalid_input abgelehnt, damit fehlerhafte Daten nie eine stille Nullcharge erzeugen.

So rufen Sie die API auf: Felder, Validierung und Antwortform

Jede amount muss ebenfalls positiv und endlich sein; eine leere Liste wird abgelehnt, weil es nichts zu skalieren gibt. Legen Sie Einheiten lieber in das optionale names-Feld als in amount-Zeichenketten, damit zweihundertfünfzig und Mehl in Gramm getrennt bleiben und der Solver nie gemischten Text parsen muss. Senden Sie einen JSON-Body mit amounts als erforderlichem Array endlicher positiver Zahlen—oder einer kommagetrennten Zeichenkette in Textformularen—plus original_servings und target_servings (Aliase umfassen servings, from_servings, original für die Ausgangszahl und target, to_servings, new_servings für das Ziel). Beide Portionszahlen müssen strikt positive endliche Zahlen sein; null, negativ, fehlend oder nicht numerisch liefert invalid_input und wird nie berechnet. Absolutwerte bleiben innerhalb der veröffentlichten Grenze von einer Billion, und die Listenlänge ist begrenzt, damit ein Worker rasch fertig wird. Bei Erfolg gibt die Antwort gerundete amounts, scaled, scale_factor, original_servings, target_servings, count, optionale names, ingredients-Zeilen, die jede Originalmenge mit ihrem skalierten Wert paaren, formula, message und geordnete steps für Audit-Trails zurück. Fehlgeschlagene Validierung—leere amounts, nicht endliche Zahlen, nicht positive Portionen oder Mengen oder fehlende Pflichtfelder—liefert invalid_input mit einer Meldung, die das Problem benennt. Der Preis ist pauschal $0.002 pro erfolgreicher Anfrage mit unit item und null marginalem Stückpreis.

Praktische Tipps, häufige Fehler, Grenzen und verwandte Werkzeuge

Beim Skalieren für Gäste prüfen Sie, dass jede Zeile der Karte proportional ist—manche Rezepte lassen Würzung nach Geschmack oder fixieren die Pfannengröße, sodass Sie Massenzutaten skalieren und Gewürzspitzen dem Urteil überlassen können. Bevorzugen Sie verwandte Koch- oder Konvertierwerkzeuge, wenn Sie Mehltassen in Gramm oder Esslöffel in Milliliter brauchen, und skalieren Sie die resultierenden Zahlen hier. Roundtrip-Prüfungen sind einfach: Berechnen Sie jede amount mal Faktor von Hand nach und bestätigen Sie die Übereinstimmung mit dem veröffentlichten scaled-Eintrag bei derselben Zwölf-Dezimal-Rundung, und bestätigen Sie, dass nur die Zieländerung jede Zeile proportional skaliert und Labels ausgerichtet lässt. Halten Sie original_servings in Client-Formularen vor dem Absenden stets ungleich null und positiv; die API wirft trotzdem eine klare invalid_input-Meldung, wenn null oder eine negative Zahl durchrutscht, weil Division durch null oder eine erfundene negative Charge keine sinnvolle Skalierung ist. Bevorzugen Sie Zahlen statt vorformatierter Einheitentexte in amounts; legen Sie Einheiten ins optionale names-Feld. Grenznahe Gleitkommawerte werden auf zwölf Dezimalstellen gerundet, damit JSON-Vergleiche über Engines stabil bleiben. Diese Landing zielt auf Suchende nach Rezept-Portions-Skalierer, Zutaten nach Portionen skalieren oder Chargen-Ausbeute-Rechner; sie ist kein Einheitenumrechner, kein Nährwertschätzer und kein vollständiger Meal-Planner. Fehlgeschlagene Tasks mit invalid_input verbrauchen kein vorausbezahltes Guthaben—explorative Skripte bleiben günstig, wenn Lernende absichtlich null Portionen oder leere Listen senden. Fürs Catering wandeln Sie eine Pilotcharge für acht Teller in einen Service von achtundvierzig um, indem Sie original_servings acht und target_servings achtundvierzig senden, sodass der Faktor automatisch abgeleitet wird—ohne separates Multiplikatorfeld.