Calculadora de desconto leve e pague

Como o percentual de desconto compre-X-leve-Y-grátis é calculado

Essa cifra é unit_price: o preço de prateleira de um item idêntico antes da promoção, mantido em uma unidade em todo o cálculo para que não entre conversão de moeda silenciosa. Depois defina buy_qty como X e free_qty como Y para o texto da oferta compre X leve Y grátis. Total de lista é unit_price vezes quantity; total a pagar é unit_price vezes itens pagos; economia é total de lista menos total a pagar. O pipeline é aritmética de ponto flutuante determinística: sem sementes aleatórias, sem carimbos de relógio, sem chamadas de rede e sem deriva de modelo, de modo que entradas idênticas sempre produzem o mesmo JSON. quantity, buy_qty e free_qty devem ser inteiros positivos finitos; quantidades zero ou negativas falham com invalid_input em vez de inventar desconto. unit_price negativo falha; unit_price zero é permitido e rende totais zero e percentual de desconto zero.

O que você envia e o que volta

Checagens clássicas incluem preço unitário dez com quantidade cinco sob leve um pague um: itens grátis dois, pagos três, lista cinquenta, a pagar trinta, economia vinte, desconto quarenta por cento. Outra é preço unitário doze com quantidade sete sob leve dois pague um: itens grátis dois, pagos cinco, lista oitenta e quatro, a pagar sessenta, economia vinte e quatro, desconto cerca de vinte e oito ponto cinco sete. Envie quatro campos obrigatórios. unit_price é um número finito maior ou igual a zero para o preço de lista de um item. quantity é um inteiro positivo de quantos itens você leva. buy_qty é um inteiro positivo X do lado pago do ciclo da oferta. free_qty é um inteiro positivo Y de itens grátis concedidos após cada bloco pago completo de X. Campos ausentes, strings não numéricas, NaN, Infinity, campos de quantidade fracionários, quantidades zero ou negativas e unit_price negativo falham com invalid_input e não são cobrados. Em sucesso a resposta ecoa unit_price, quantity, buy_qty e free_qty limpos, informa group_size como X mais Y, deal_cycles como grupos completos, remainder como itens sobrando, paid_items e free_items como a divisão do checkout, list_total e payable_total e savings como cifras monetárias na mesma unidade, e discount_percent como o percentual efetivo sobre o total de lista. deal_label é uma string humana curta como compre 1 leve 1 grátis, method é bogo_discount, e formula documenta free_items igual a floor de quantity sobre X mais Y vezes Y mais max de zero e remainder menos X para que blogs e cartas de oferta citem a mesma expressão. Um pedido de quantidade zero ou negativa falha com invalid_input duro mencionando quantidades não positivas. O preço de chamadas API bem-sucedidas é a base publicada de US$ 0,002 por item; falhas de validação não consomem saldo pré-pago.

Onde calculadoras BOGO aparecem no trabalho real

Educadores de finanças pessoais que ensinam matemática do consumidor passam planilhas BOGO e precisam de JSON determinístico para autoavaliadores em vez de totais manuais que derivam no arredondamento. Equipes de produto que enviam widgets de carrinho reutilizam a mesma aritmética de ciclo no navegador e na API para que mockups offline e produção nunca discordem. Como esta capacidade é um motor parse puro, o preço da API é a base publicada de US$ 0,002 por item bem-sucedido e a validação falha não consome saldo.