Calcolatore sconto 1+1

Come si calcola la percentuale di sconto compra-X-ricevi-Y

Quella cifra è unit_price: il prezzo di scaffale di un articolo identico prima della promozione, tenuto in un’unità per tutto il calcolo affinché non si insinui conversione di valuta silenziosa. Quindi imposti buy_qty a X e free_qty a Y per il testo offerta compra X ricevi Y gratis. Il totale listino è unit_price per quantity; il totale da pagare è unit_price per articoli pagati; il risparmio è totale listino meno totale da pagare. La pipeline è aritmetica in virgola mobile deterministica: senza semi casuali, senza timestamp di orologio, senza chiamate di rete e senza deriva di modello, così input identici producono sempre lo stesso JSON. quantity, buy_qty e free_qty devono essere interi positivi finiti; quantità zero o negative falliscono con invalid_input invece di inventare uno sconto. unit_price negativo fallisce; unit_price zero è consentito e produce totali zero e percentuale di sconto zero.

Cosa invia e cosa riceve indietro

Controlli classici: prezzo unitario dieci con quantità cinque sotto uno più uno: articoli omaggio due, pagati tre, listino cinquanta, da pagare trenta, risparmio venti, sconto quaranta per cento. Altro: prezzo unitario dodici con quantità sette sotto due più uno: articoli omaggio due, pagati cinque, listino ottantaquattro, da pagare sessanta, risparmio ventiquattro, sconto circa ventotto punto cinque sette. Invii quattro campi obbligatori. unit_price è un numero finito maggiore o uguale a zero per il prezzo di listino di un articolo. quantity è un intero positivo di quanti articoli porta. buy_qty è un intero positivo X del lato pagato del ciclo offerta. free_qty è un intero positivo Y di articoli omaggio concessi dopo ogni blocco pagato completo di X. Campi mancanti, stringhe non numeriche, NaN, Infinity, campi quantità frazionari, quantità zero o negative e unit_price negativo falliscono con invalid_input e non vengono addebitati. In caso di successo la risposta ecoa unit_price, quantity, buy_qty e free_qty ripuliti, riporta group_size come X più Y, deal_cycles come gruppi completi, remainder come articoli residui, paid_items e free_items come lo split di cassa, list_total e payable_total e savings come cifre monetarie nella stessa unità, e discount_percent come la percentuale effettiva sul totale listino. deal_label è una breve stringa umana come compra 1 ricevi 1 gratis, method è bogo_discount, e formula documenta free_items uguale a floor di quantity su X più Y per Y più max di zero e remainder meno X così blog e lettere offerta citano la stessa espressione. Una richiesta di quantità zero o negativa fallisce con invalid_input duro che menziona quantità non positive. Il prezzo delle chiamate API riuscite è la base pubblicata di $0.002 per elemento; i fallimenti di validazione non consumano saldo prepagato.

Dove i calcolatori BOGO compaiono nel lavoro reale

Educatori di finanza personale che insegnano matematica del consumatore assegnano schede BOGO e hanno bisogno di JSON deterministico per auto-correttori invece di totali a mano che derivano con l’arrotondamento. Poiché questa capacità è un motore parse puro, il prezzo API è la base pubblicata di $0.002 per elemento riuscito e la validazione fallita non consuma saldo.