On Sat, 25 Jun 2016 15:09:37 +0100, Stian Soiland-Reyes wrote:
+1
I would call it org.apache.commons.fractions (non-mathematicians know
"fractions" more than "rationals", e.g. useful for those dealing with
ancient imperial measurements that occasionally crash Mars probes).
I think this is a clean and self-contained component, and also easy
to
maintain for anyone.
I've just noticed that the "fraction" functionality exists in
Commons Lang (in class "o.a.c.lang3.math.Fraction").
Is it a complete overlap with what is in CM's package
"o.a.c.m.fraction"?
Should one be dropped in favour of the other?
Can the dependencies on "Standard Maths" be reduced to simplify
maintenance
and deployment? (I can help with this if you agree)
I think that those dependencies are also duplicated in Commons Lang.
Some of them are trivial (e.g. the "abs" or "floor" functions for
which using "FastMath" is not going to be either more accurate or
significantly faster).
The odd private function that happens to look the same as a function
in
Math* is OK
There are very few of them indeed.
Gilles
considering the exact structure and home for "Standard Math"
might be harder to settle (now). Similarly you will see other Commons
components that include fragments of Commons IO, to avoid a
dependency just
for a single function.
On 21 Jun 2016 8:32 p.m., "Gilles" <gil...@harfang.homelinux.org>
wrote:
Hello.
This is one of several votes for establishing new Commons components
out of functionality developed inside the "Commons Math" component.
This vote is dedicated to the following functionality:
Representation of rational numbers
The concerned code is the contents of the following classes and
packages:
org.apache.commons.math4.fraction
located in the "develop" branch of Commons Math:
https://git1-us-west.apache.org/repos/asf?p=commons-math.git;a=tree;f=src/main/java/org/apache/commons/math4/fraction;h=446df46270ea0d00b7b23b603ca153df9ec18ffa;hb=refs/heads/develop
Notes:
* This component will depend on the "Standard math functions"
component
(cf. other VOTE thread).
* Code size: ~1400 lines of code (unit tests not included).
* API: stable.
* Estimated minimum Java version: 5 (?)
All are welcome to vote, especially potential users of the candidate
component and people who'd like to contribute to it, through user
support,
bug-fixes and enhancements, documentation, release management.
[ ] +1, this would be a valid Commons component.
[ ] -1, this won't be a good Commons component because ...
Thanks,
Gilles
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org