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
