Prezzo per 100 g: confronti i prodotti e trovi il più economico

Il motore è matematica pura e deterministica: elenchi di prodotti identici producono sempre lo stesso JSON, senza chiamate di rete, semi casuali o deriva dell’orologio. Un peso zero o negativo fallisce con invalid_input perché il prezzo unitario non è definito senza massa positiva.

Cosa inviare: prodotti, prezzi e pesi in grammi

Invii un corpo JSON con un array products obbligatorio; sono accettati gli alias items, options, list e goods quando il Suo client usa già un altro nome di campo. Il prezzo può arrivare come numero o stringa numerica; gli alias cost, amount e shelf_price si mappano allo stesso valore così casse e cataloghi conservano chiavi familiari. Il peso deve essere la massa netta edibile o vendibile in grammi, non il cartone esterno; sono supportati gli alias weight, grams, mass_g, net_weight_g e weight_grams. Peso zero e peso negativo sollevano invalid_input con un messaggio che il peso deve essere grammi positivi—la trappola classica quando un feed di codici a barre lascia la massa vuota o invertita. Prezzi o pesi estremamente grandi sono limitati affinché la matematica dell’isolate Worker resti delimitata.

Come si calcola il prezzo per 100 g e come si sceglie l’opzione più economica

Per ogni prodotto il motore applica la formula familiare del dettaglio: il prezzo per cento grammi è il prezzo a scaffale diviso per il peso in grammi, poi moltiplicato per cento. Un elenco di un solo prodotto restituisce comunque quel prodotto come cheapest con risparmio zero, utile per pipeline che vogliono sempre la stessa forma di risposta. Il prezzo a scaffale è eco arrotondato a due decimali in stile scontrino, mentre weight_g è restituito come il numero positivo validato che ha inviato. Ogni riga di risultato include l’indice basato su zero, il nome visualizzato, price, weight_g e price_per_100g. L’oggetto cheapest è la riga con il price_per_100g più basso; se due confezioni sono esattamente a pari, vince la voce precedente dell’elenco così l’esito è pienamente deterministico. Quando sono presenti due o più prodotti, savings_vs_most_expensive_per_100g indica quanto il vincitore è inferiore al prezzo unitario più caro sulla stessa base di cento grammi—utile per badge del tipo risparmi tanto per cento grammi. Il campo method è sempre price_per_100g e unit è sempre per_100g così il codice a valle può ramificare senza annusare le forme. Prodotti mancanti, elenchi vuoti, price o weight assenti, campi non numerici, peso zero e peso negativo falliscono con invalid_input e non sono addebitati dopo il rifiuto.

Uso dell’API, prezzi, flussi di spesa e limiti pratici

Usi il calcolatore gratuito del prezzo per 100 g nel browser quando è nel corridoio, pianifica la spesa settimanale o insegna l’alfabetizzazione del prezzo unitario senza installare un’altra app. Tenga elenchi di dimensioni di spesa ordinarie; il tetto di prodotti pubblicato protegge il runtime dell’isolate e copre ancora confronti di carrello pieno. La promessa del prodotto è un confronto trasparente del prezzo unitario su base di cento grammi, non lo scraping live di pagine concorrenti—tali intenti appartengono a strumenti di estrazione e monitoraggio prezzi con altri termini di ricerca e motori. Usi l’API prepagata quando un servizio di menù, un bot della spesa, un coach di budget, un aiuto agli acquisti all’ingrosso o un normalizzatore di catalogo necessita di un contratto KIT stabile a $0.002 per elemento riuscito; i fallimenti di validazione non consumano mai il saldo dopo il rifiuto del motore. Abbini questo endpoint a convertitori di valuta solo quando tutti i prezzi a scaffale condividono già una moneta—questa capacità non converte i cambi né applica imposte, offerte multipack o sconti fedeltà. Gli autori che distribuiscono SDK possono mappare l’array products in tabelle di confronto e mostrare cheapest.name più cheapest.price_per_100g in un banner di riepilogo.