On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict <pbened...@apache.org> 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.

Hen

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to