-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[POI-66083 & POI-66094] Support (FLOOR|CEILING).MATH & (VAR|STDEV).(P|S) functions #1135
Conversation
Definitely, BigDecimal is the best choice for high precision calculation. I don't recommend we implement it again. Instead, we can use exisitng nuget packages. There are some existing implementation on nuget Although ExtendedNumerics.BigDecimal doesn't have huge downloads, the author is actively working on this library. |
ok. Since you think an external |
This comment was marked as outdated.
This comment was marked as outdated.
LGTM |
#1023
(FLOOR|CEILING).MATH
support, and functions are registered throughNPOI.SS.Formula.Atp
. The algorithm is different from that of POI, incl. a workaround due to CLR lackingBigDecimal
.(VAR|STDEV).(P|S)
support with implementations based on MSO's webpage.The added
MATH
functions are superior to the existingFLOOR|CEILING
in NPOI because the latter don't have a mechanism of precision control. PortingBigDecimal
may be the ultimate answer as what is done in the apache/poi.I also found a bug in Excel (16717.20000) that produces wrong answer. See AF13 in the last two sheets, the answer should be 4 while Excel reports 2.