commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Luc Maisonobe <>
Subject Re: [lang] Divesting the commons.lang.math package
Date Sun, 03 Jan 2010 11:58:20 GMT
Henri Yandell a écrit :
> On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict <> wrote:
>> This is how I believe the commons.lang.math package can be eliminated.
>> Based on the current 3.0-SNAPSHOT API, there are only three classes
>> left:
>> Fraction
>> IEEE754rUtils
>> NumberUtils
>> 1) Fraction should leave; it is completely inappropriate for this
>> library. It has nothing to do with the JDK or supporting the Java
>> language. It belongs squarely in Commons Math.
>> 2) IEEE754rUtils should move to the root of commons.lang
>> 3) NumberUtils should move to the root of commons.lang
> We discussed Fraction being deleted earlier in 3.0, but the view was
> to keep it. I'm happy for it to go. [math]'s version appears to be
> practically the same.
> Half of NumberUtils is String conversion. The other half are min/max;
> which is what IEEE754Utils is. These could potentially move to
> [math]'s util.MathUtils.
> One advantage is that people looking for these minor methods would
> have an on ramp into the other components for the more powerful
> features.
> One concern I have is finding the basic functionality in another
> package. You go to [math] and it's all about the powerful deep things,
> not a random reusable bit of code off to the side.
> Maybe the right solution there is "Commons Common", with 80% reuse/20%
> power; or maybe the solution is documentation in which all the basic
> types of methods are collated and link to the components they're in.

We probably lack good documentation on the basic utility parts in [math].


> Hen
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message