Perchè 6.35.toFixed(1) == 6.3?
Come da documentazione Math.round e toFixed arrotondano al numero più vicino: per difetto con decimali da 0..4, per eccesso con decimali da 5..9.
Ad esempio:
alert( 1.35.toFixed(1) ); // 1.4Un altro esempio simile, perchè 6.35 viene arrotondato a 6.3, e non a 6.4?
alert( 6.35.toFixed(1) ); // 6.3Come possiamo arrotondare correttamente 6.35?
Internamente il decimale 6.35 possiede una rappresentazione binaria infinita. Come sempre in questi casi, viene memorizzato con una perdita di precisione.
Vediamo infatti:
alert( 6.35.toFixed(20) ); // 6.34999999999999964473La perdita di precisione può causare sia incremento che decremento del numero. In questo caso diventa leggermente più piccolo, questa è la spiegazione per cui viene arrotondato per difetto.
Mentre 1.35?
alert( 1.35.toFixed(20) ); // 1.35000000000000008882In questo caso la perdita di precisione rende il numero più grande, quindi viene arrotondato per eccesso.
Come possiamo risolvere il problema di 6.35 se vogliamo che venga arrotondato correttamente?
Dovremmo prima avvicinarlo il più possibile ad un numero intero:
alert( (6.35 * 10).toFixed(20) ); // 63.50000000000000000000Notate che 63.5 non provoca perdita di precisione. Infatti la parte decimale 0.5 vale 1/2. I decimali che sono potenze di 2 vengono rappresentati perfettamente nel sistema binario, ora possiamo quindi arrotondare il numero:
alert( Math.round(6.35 * 10) / 10); // 6.35 -> 63.5 -> 64(rounded) -> 6.4