Calcolatore alcol per matrimonio

Un afflusso che non è un intero positivo fallisce con invalid_input, così una lista RSVP vuota non può inventare un ordine. La stessa funzione parse pura alimenta l'esecutore gratuito del browser e l'API prepagata, a $0.002 per richiesta riuscita, affinché un'app di pianificazione e un appunto di spesa stampato concordino sempre su quante bottiglie acquistare.

Come ospiti, ore e mix diventano conteggi di bottiglie

La prassi consueta del catering parte da una consumazione per ospite e ora, che questo calcolatore usa come drinks_per_hour salvo che Lei lo sostituisca per un pubblico più o meno bevitore. Moltiplichi un afflusso intero positivo per le ore dell'evento e per drinks_per_hour per ottenere total_drinks, poi ripartisca quel pool con un mix di beer_pct, wine_pct e liquor_pct che deve sommare cento.

Contratto di ingresso, forma della risposta e comportamento d'errore

Ore non positive, percentuali fuori da zero a cento e un mix che non somma cento falliscono allo stesso modo. Le stringhe formula e method più un messaggio in inglese di una riga servono da copia. Esempio: cento ospiti, cinque ore, mix trenta / cinquanta / venti producono cinquecento consumazioni, centocinquanta bottiglie di birra, cinquanta di vino e sette di superalcolici. La convalida fallita non consuma il saldo prepagato. Invii per POST un corpo JSON con un intero positivo obbligatorio guests (alias guest_count, people, headcount, party_size, n, rsvp), un hours finito positivo obbligatorio (alias event_hours, duration, duration_hours, reception_hours) e tre percentuali di mix beer_pct, wine_pct e liquor_pct (alias beer, wine, liquor e i nomi percent e share corrispondenti). Ogni percentuale è un numero finito da zero a cento inclusi, e le tre devono sommare cento entro un centesimo; un ricevimento solo birra e vino invia liquor_pct zero. L'opzionale drinks_per_hour (alias dph, drinks, rate, drinks_per_guest_per_hour) vale uno se omesso, il ritmo consueto dell'open bar. Un afflusso assente, zero, negativo, frazionario o che non è un intero positivo fallisce con invalid_input nominando guests e non viene addebitato. In caso di successo il corpo ripete gli ingressi, restituisce total_drinks come guests per hours per drinks_per_hour, le consumazioni per categoria dopo il mix, e beer_bottles, wine_bottles, liquor_bottles e total_bottles dopo l'arrotondamento per eccesso. Le costanti wine_servings_per_bottle cinque, liquor_servings_per_bottle sedici e beer_servings_per_bottle uno consentono di spiegare la conversione nell'interfaccia. Tenga le richieste piccole, fissi i conteggi di bottiglie nei test e tratti le percentuali come un mix che deve sommare cento: se serve un brindisi di spumante, aggiunga quelle bottiglie fuori da questo endpoint.

Dove un calcolatore di alcol per matrimonio rende

Catering e bartender itineranti possono esporre guests, hours e tre campi di mix, chiamare questo endpoint parse e compilare un ordine d'acquisto con beer_bottles, wine_bottles e liquor_bottles. Poiché l'implementazione è parse pura di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita. Tenga sempre conto di chi non beve, di un brindisi di spumante, delle ore di ballo più assetate e delle norme locali di servizio nelle regole di casa: restano fuori dall'ambito numerico di questo endpoint, ma contano la sera.