Cocktail-Batch skalieren

Nicht positive Original- oder Zielportionen scheitern mit invalid_input, weil eine Null- oder Negativausbeute keine sinnvolle Skalierung definiert.

Was Cocktail-Batch-Skalierung bedeutet und warum Verhältnisse fest bleiben

Er setzt den Faktor gleich target geteilt durch servings und liefert sowohl ein flaches scaled-Array als auch ein ingredients-Array, das jede Originalmenge mit dem skalierten Wert paart. Unterrichtsblätter, Barprogramm-Tabellen und Programmier-Katas können dasselbe gerundete JSON asserten, weil die Arithmetik nie von der Uhr oder externen Daten abhängt.

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

Optionale names erscheinen auf der obersten Ebene nur, wenn mindestens eine Bezeichnung geliefert wurde; optionale Felder werden weggelassen statt auf null gesetzt. Senden Sie einen JSON-Body mit amounts als erforderlichem Array endlicher Zahlen—oder einer kommagetrennten Zeichenkette in Textformularen—plus servings für die Originalausbeute und target für die gewünschte Drinkzahl. Sowohl servings als auch target müssen endlich und streng größer als null sein; Null-, Negativ- und Nichtzahlenwerte scheitern mit invalid_input und werden nie berechnet. Optionale names (Aliase labels, ingredients) richten Textbezeichnungen mit jeder Menge in derselben Reihenfolge aus; überzählige oder fehlende Bezeichnungen werden aufgefüllt oder gekürzt, damit die Zeilenzahl immer passt. Absolutwerte müssen innerhalb einer Billion bleiben, und die Listenlänge ist begrenzt, damit ein Worker schnell fertig wird. Bei Erfolg spiegelt die Antwort gerundete amounts, scaled-Werte, factor, count, servings, target, ingredients-Zeilen mit index amount und scaled plus name falls vorhanden, formula, message und geordnete steps wider. Fehlgeschlagene Validierung—leere amounts, nicht endliche Zahlen, fehlende servings oder target, oder nicht positive Portionen—liefert invalid_input. Der Preis ist ein pauschales $0.002 pro erfolgreicher Anfrage mit Einheit item. Bevorzugen Sie Zahlen statt vorformatierter Einheitenstrings in amounts; legen Sie Einheiten ins optionale names-Feld, damit sechzig und gin (ml) getrennt und maschinenlesbar bleiben.

Praktische Tipps für Feiern, Bars, Grenzen und verwandte Werkzeuge

Halten Sie Einheiten in der Liste konsistent: wenn Spirituosenzeilen in Millilitern sind, halten Sie auch Zitrus und Sirup in Millilitern, und reservieren Sie Dashes oder Stück nur für Zeilen, die diese Einheiten wirklich nutzen. Nahezu null positive Werte sind für winzige Bitterzeilen erlaubt, wenn Ihre Karte sie nutzt, aber Original- oder Zielportionen null werden immer abgelehnt. Diese Landingpage zielt auf Suchen nach Cocktail-Batch-Skalierungsrechner, Cocktailrezept für eine Party skalieren oder Karaffen-Drink-Multiplikator; sie ist kein Einheitenwandler, kein ABV-Schätzer und kein volles Bar-Inventarsystem. Round-Trip-Checks sind einfach: rechnen Sie jede amount mal factor von Hand nach und bestätigen Sie die Gleichheit mit dem veröffentlichten scaled-Eintrag bei derselben Zwölf-Dezimalstellen-Rundung, und bestätigen Sie, dass nur target zu ändern jede Zeile proportional skaliert. Lehnen Sie nicht positive Portionen in Client-Formularen vor dem Absenden ab, wann immer Sie können; die API wirft trotzdem eine klare invalid_input-Meldung, wenn null oder eine negative Gästezahl durchrutscht, weil Division durch eine nicht positive Ausbeute oder Ziel null Drinks kein sinnvoller Batch ist. Beim Skalieren einer klassischen Einzeldosis-Karte setzen Sie servings auf 1 und target auf die Zahl der Gläser, die Sie ausschenken wollen—acht für ein Abendessen, vierundzwanzig für einen kleinen Empfang. Für ein Rezept, das bereits als Zwei-Drink-Shake geschrieben ist, setzen Sie servings auf 2 und target auf die volle Servicezahl, damit der Faktor korrekt abgeleitet wird ohne Doppelzählung. Bevorzugen Sie verwandte cook-Werkzeuge, wenn Sie allgemeine Küchenrezept-Skalierung oder Kosten pro Portion brauchen, und nutzen Sie diesen Endpoint, wenn die Absicht die Cocktail-Ausbeute ist. Fehlgeschlagene Aufgaben mit invalid_input verbrauchen kein Prepaid-Guthaben, was explorative Skripte günstig hält, wenn man absichtlich target null sendet.