Could someone here please help me understand how to determine when floating point limitations will cause errors in your calculations. For example the following code.
CalculateTotalTax = function (TaxRate, TaxFreePrice) {
return ((parseFloat(TaxFreePrice) / 100) * parseFloat(TaxRate)).toFixed(4);
};
I have been unable to input any two values that have caused for me an incorrect result for this method. If I remove the toFixed(4) I can infact see where the calculations start to lose accuracy (somewhere around the 6th decimal place). Having said that though, my understanding of floats is that even small numbers can sometimes fail to be represented or have I misunderstood and can 4 decimal places (for example) always be represented accurately.
MSDN explains floats as such…
This means they cannot hold an exact
representation of any quantity that is
not a binary fraction (of the form k /
(2 ^ n) where k and n are integers)
Now I assume this applies to all floats (inlcuding those used in javascript).
Fundamentally my question boils down to this. How can one determine if any specific method will be vulnerable to errors in floating point operations, at what precision will those errors materialize and what inputs will be required to produce those errors?
Hopefully what I am asking makes sense.
Start by reading What Every Computer Scientist Should Know About Floating Point:
https://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html
Short answer: double precision floats (which are the default in JavaScript) have about 16 decimal digits of precision. Rounding can vary from platform to platform. If it is absolutely essential that you get the consistently right answer, you should do rational arithmetic yourself (this doesn’t need to be hard – for currency, maybe you can just multiply by 100 to store the number of cents as an integer).
But if it suffices to get the answer with a high degree of precision, floats should be good enough, especially double precision.