Scalatore porzioni ricetta

Porzioni o quantità non positive, elenchi vuoti e valori non finiti vengono rifiutati con invalid_input, così un dato errato non produce mai un lotto silenzioso a zero. Il percorso è aritmetica pura e deterministica—senza rete, senza semi casuali, senza dipendenza dall'orologio—così l'esecutore gratuito del browser e l'API prepagata restituiscono lo stesso JSON dopo un arrotondamento decimale fisso a ogni chiamata.

Come chiamare l'API: campi, validazione e forma della risposta

Ogni amount deve essere pure positivo e finito; un elenco vuoto viene rifiutato perché non c'è nulla da scalare. Preferisca mettere le unità nel campo opzionale names piuttosto che dentro le stringhe amount, così duecentocinquanta e la farina in grammi restano separati e il solver non deve analizzare testo misto. Invii un corpo JSON con amounts come array obbligatorio di numeri finiti positivi—o una stringa separata da virgole nei form di testo—più original_servings e target_servings (gli alias includono servings, from_servings, original per il conteggio di origine, e target, to_servings, new_servings per la destinazione). Entrambi i conteggi di porzioni devono essere numeri finiti strettamente positivi; zero, negativi, assenti o non numerici restituiscono invalid_input e non vengono mai addebitati. I valori assoluti restano entro il limite pubblicato di un trilione, e la lunghezza dell'elenco è limitata affinché un Worker finisca in fretta. In successo la risposta restituisce amounts arrotondati, scaled, scale_factor, original_servings, target_servings, count, names opzionali, righe ingredients che abbinano ogni quantità originale al suo valore scalato, formula, message e steps ordinati per audit trail. Una validazione fallita—amounts vuoti, numeri non finiti, porzioni o quantità non positive, o campi obbligatori assenti—restituisce invalid_input con un messaggio che nomina il problema. Il prezzo è un forfait di $0.002 per richiesta riuscita con unit item e prezzo unitario marginale zero.

Consigli pratici, errori comuni, limiti e strumenti correlati

Nel scalare per gli ospiti, verifichi che ogni riga della scheda sia proporzionale—alcune ricette lasciano il condimento a piacere o fissano la dimensione della padella, così può scalare gli ingredienti di massa e lasciare le prese di spezie al giudizio. Questa landing si rivolge a chi cerca uno scalatore di porzioni di ricetta, scalare ingredienti per porzioni o una calcolatrice di resa del lotto; non è un convertitore di unità, né uno stimatore nutrizionale, né un meal planner completo. Preferisca strumenti fratelli di cucina o conversione quando serve farina da tazze a grammi o cucchiai da tavola in millilitri, poi scali qui i numeri risultanti. I controlli andata e ritorno sono semplici: ricalcoli a mano ogni amount per il fattore e confermi che coincide con l'entry scaled pubblicata con lo stesso arrotondamento a dodici decimali, e confermi che cambiando solo l'obiettivo ogni riga si scala in proporzione lasciando le etichette allineate. Mantenga sempre original_servings diverso da zero e positivo nei form del client prima dell'invio; l'API lancerà comunque un invalid_input chiaro se passa uno zero o un conteggio negativo, perché dividere per zero o inventare un lotto negativo non è una scala significativa. Preferisca numeri invece di stringhe di unità preformattate dentro amounts; metta le unità nel campo opzionale names. I valori floating vicini al limite si arrotondano a dodici decimali per un confronto JSON stabile tra motori. I task falliti che restituiscono invalid_input non consumano saldo prepagato, il che mantiene economici gli script esplorativi quando gli allievi inviano di proposito porzioni zero o elenchi vuoti. Per il catering, converta un lotto pilota scritto per otto piatti in un servizio di quarantotto inviando original_servings otto e target_servings quarantotto, così il fattore si ricava automaticamente senza un campo moltiplicatore separato.