Rezept nach Vorratszutat skalieren

Dieser Resteschaler nimmt jede numerische Menge Ihrer Zutatenliste, wählt eine limitierende Zeile (nach Index oder Name) und multipliziert die gesamte Liste mit on_hand geteilt durch die Rezeptmenge dieser Zeile. Nicht positive Mengen und ein nicht positiver on_hand-Vorrat werden mit invalid_input abgelehnt, statt ein auf null gesetztes Gericht zu erfinden.

Was Resteskalierung bedeutet und wie der Faktor entsteht

Der Solver berechnet einen gemeinsamen Faktor gleich on_hand geteilt durch die Rezeptmenge der limitierenden Zeile und multipliziert dann jede Menge mit diesem Faktor, damit relative Verhältnisse konstant bleiben. Einheiten werden hier bewusst nicht umgerechnet — setzen Sie Gramm oder Tassen sowohl in der Rezeptmenge als auch in on_hand, damit das Verhältnis dimensionslos ist — und verwandte Cook-Umrechner können Tassen vor dem Skalieren in Gramm normalisieren. Arbeitsblätter und Coding-Kata können dasselbe gerundete JSON prüfen, weil die Arithmetik nie von der Uhr oder von externen Daten abhängt.

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

Senden Sie einen JSON-Body mit amounts als Pflichtarray endlicher positiver Zahlen — oder einer kommagetrennten Zeichenkette in Textformularen — plus on_hand als positive Menge der limitierenden Zutat, die Sie tatsächlich haben. Wählen Sie die limitierende Zeile mit limiting_index (nullbasiert, Standard null wenn weggelassen) oder limiting_name, das ohne Groß-/Kleinschreibung gegen die optionale names-Liste gematcht wird; wenn beides gesetzt ist, gewinnt der Name, damit Skripte Mehl ohne feste Positionen erkennen. Names (Aliase labels, ingredients) sind optionale parallele Etiketten, die auf die Anzahl der amounts aufgefüllt oder gekürzt werden. Absolutwerte bleiben innerhalb der veröffentlichten Grenze von einer Billion (amerikanische short scale), und die Listenlänge ist begrenzt, damit ein Worker schnell fertig wird. Bei Erfolg spiegelt die Antwort gerundete amounts, scaled, factor, on_hand, limiting_index, limiting_name, recipe_amount dieser Zeile, count, names, ingredients-Zeilen mit is_limiting-Flag, formula, message und geordnete steps. Fehlgeschlagene Validierung — leere amounts, nicht endliche Zahlen, jede nicht positive Rezeptmenge, nicht positives on_hand, Index außerhalb des Bereichs oder unmatched limiting_name — liefert invalid_input und wird nie berechnet. Der Preis ist ein pauschales $0.002 pro erfolgreicher Anfrage mit Einheit item. Bevorzugen Sie Zahlen statt Einheitenstrings in amounts; setzen Sie Einheiten in names, damit zweihundertfünfzig und flour (g) im ingredients-Array getrennt und lesbar bleiben.

Praktische Tipps, verwandte Suchen und wann ein anderes Werkzeug passt

Nahe null und negative Werte werden absichtlich abgelehnt, weil ein nicht positiver Vorrat oder eine nicht positive Rezeptzeile keine sinnvolle Skala definieren. Diese Landing zielt auf Suchen wie Rezept nach vorrätiger Zutat skalieren, Reste-Limit-Zutaten-Rechner oder Skala aus dem Vorrat; sie ist kein Einheitenumrechner, kein Nährwertschätzer und nicht der Portions- oder Multiplikator-Rezeptskalierer, wenn Sie die Gästezahl schon kennen. Bevorzugen Sie den verwandten Rezeptskalierer für Faktor zwei bei doppelter Charge und Tassen-zu-Gramm-Werkzeuge, wenn Karte und Beutel unterschiedliche Maße nutzen. Halten Sie on_hand und die limitierende Rezeptmenge vor dem Absenden stets in derselben Einheit; Tassen Mehl mit Gramm Vorrat zu mischen ergibt einen mathematisch gültigen, aber küchentechnisch falschen Faktor. Bevorzugen Sie limiting_name bei stabiler Liste und limiting_index, wenn Sie amounts programmatisch ohne Etiketten bauen. Wenn mehrere Zutaten knapp sind, wählen Sie den echten Engpass — die Zeile mit dem kleinsten Verhältnis on_hand zu Rezeptmenge — oder führen Sie den Rechner einmal pro Kandidat aus und nehmen die minimale skalierte Charge. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein vorausbezahltes Guthaben, was Erkundungsskripte günstig hält, wenn Lernende absichtlich Vorrat null senden. Round-Trip-Prüfungen sind einfach: berechnen Sie on_hand geteilt durch die limitierende Rezeptmenge von Hand, multiplizieren Sie jede Zeile und bestätigen Sie, dass die veröffentlichten scaled-Einträge innerhalb der Zwölf-Dezimal-Rundung übereinstimmen, einschließlich dass der scaled-Wert der limitierenden Zeile nach dem Runden on_hand entspricht.