Giorni alla meta di risparmio

Un deposito zero o negativo viene rifiutato con invalid_input invece di fingere che l'infinito sia un piano; anche i saldi negativi vengono rifiutati. Quando il risparmio attuale raggiunge o supera già la meta, days è zero e already_reached è true. Il percorso è aritmetica puramente deterministica—senza rete, senza modello di interessi, senza seme casuale, senza dipendenza dall'orologio—così l'esecutore gratuito del browser e l'API prepagata restituiscono lo stesso JSON dopo l'arrotondamento decimale fisso a ogni chiamata.

Cosa significano i giorni alla meta con un deposito fisso giornaliero o settimanale

Applica solo l'aritmetica: remaining è il massimo tra zero e goal meno current; deposits è zero quando remaining è zero, altrimenti il ceiling di remaining su deposit; days è deposits in giornaliero o deposits per sette in settimanale.

Come chiamare l'API e cosa viene restituito

Preferisca numeri nudi alle stringhe formattate come valuta; le stringhe numeriche sono accettate solo se corrispondono a un pattern numerico finito rigoroso senza segni del dollaro né virgole. Invii un corpo JSON con quattro campi obbligatori: goal (alias target, savings_goal, amount), la meta di risparmio non negativa come numero finito; current (alias current_savings, saved, balance), l'importo non negativo già risparmiato; deposit (alias deposit_amount, contribution, amount_per_period), l'importo fisso positivo per periodo; e frequency (alias period, cadence, deposit_frequency), la stringa daily o weekly, senza distinzione di maiuscole, con forme brevi day, d, week e w pure accettate. I valori assoluti dei campi monetari devono restare entro un trilione affinché i prodotti intermedi restino finiti in doppia precisione IEEE sul Worker e nel browser. L'importo del deposito deve essere strettamente positivo; un valore zero, quasi zero o negativo viene rifiutato con invalid_input perché un deposito non positivo non chiude mai un divario positivo. In caso di successo la risposta rinvia goal, current e deposit arrotondati; imposta frequency sul token normalizzato daily o weekly; remaining sull'importo non negativo ancora necessario; deposits_needed sul conteggio intero dei depositi; days sul conteggio dei giorni di calendario; weeks e days_remainder su una scomposizione comoda dell'orizzonte in giorni; total_contributed su deposits_needed per deposit; already_reached su un booleano; formula sulla stringa documentata; message su un breve riepilogo in inglese; e steps su un array ordinato di righe di sostituzione. Una validazione fallita—campi mancanti, numeri non finiti, valori fuori dai limiti assoluti, goal o current negativi, deposito non positivo, frequency sconosciuta, o remaining o deposits calcolati non finiti—restituisce invalid_input e non viene mai addebitata. Il prezzo è un forfait $0.002 per richiesta riuscita con unità item.

Consigli pratici, limiti e ricerche correlate

Questa landing mira a chi cerca giorni per raggiungere una meta di risparmio con deposito fisso, un calcolatore a salvadanaio, o quanti giorni con contributi giornalieri o settimanali online; non è uno strumento di valore futuro a interesse composto, non è un pianificatore di mesi alla meta (usi un calcolatore orientato ai mesi per quell'intento) e non è un piano di ammortamento di un prestito. Preferisca questa capacità quando conosce già le cifre e le serve solo il conteggio lineare dei giorni con cadenza giornaliera o settimanale; se il piano include interessi, aumenti o linguaggio di budget mensile, scelga invece un modello di crescita o mensile. Usi la stessa unità di valuta per goal, current e deposit—non mescoli dollari e centesimi come se fossero la stessa scala senza convertire prima. Mantenga il deposito strettamente positivo; gli esperimenti gratuiti nel browser che inviano zero colpiscono correttamente invalid_input e non vengono addebitati sull'API. Nell'insegnamento o nei test, abbini esempi: meta mille con current duecento e cinquanta giornalieri per un percorso esatto di sedici giorni; un caso settimanale in cui remaining non è multiplo del deposito così il ceiling aggiunge una settimana e moltiplica i giorni per sette; un caso in cui current uguaglia o supera già la meta così days è zero; e un deposito deliberatamente zero per dimostrare il percorso duro invalid_input. Le attività fallite che restituiscono invalid_input non consumano il saldo prepagato, il che mantiene economici gli script esplorativi quando gli sviluppatori inviano di proposito un deposito errato. I controlli andata e ritorno sono facili: ricalcoli a mano il massimo di zero e goal meno current, divida per deposit, prenda il ceiling, moltiplichi per uno o per sette secondo la frequenza e confermi l'uguaglianza con i days pubblicati sotto lo stesso arrotondamento a dodici decimali sui campi monetari.