Henri Yandell a écrit : > 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.
We probably lack good documentation on the basic utility parts in [math]. Luc > > Hen > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
