Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 58394 invoked from network); 21 Aug 2002 19:14:40 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 21 Aug 2002 19:14:40 -0000 Received: (qmail 7900 invoked by uid 97); 21 Aug 2002 19:15:10 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 7884 invoked by uid 97); 21 Aug 2002 19:15:09 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 7859 invoked by uid 98); 21 Aug 2002 19:15:08 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Wed, 21 Aug 2002 15:14:37 -0400 (EDT) From: Henri Yandell X-X-Sender: To: Jakarta Commons Developers List Subject: Re: [lang] Math class In-Reply-To: <20020821190032.2299.qmail@web20209.mail.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I don't see any theoretical reasons why not. It obeys the Proposal of Lang. However, I do have some devil's advocate negativeness: 1) Math stuff is a big sinkingsand of a project. Where do we draw a line? Common algorithms etc? 2) Who are we competing with. There has been a lot of work in providing standardised Math libraries, some of which are up for JSR's. 3) Which 'number' type do we support. int/float/etc. How overloaded would it all be. [this isn't so much a negative as an initial design decision]. ... 1 is not a major worry. We would probably put the code either in NumberUtils or in commons.lang.math. Breaking this off into another project is possible if Math got enourmous. 2 has options. How quickly are the JSR's moving. JDK 1.5 will have some decimal enhancements, but I think it's mainly under the Class structure and not new methods. What licences are competitors using? If the Complex number options were privately licened [they're not. vnmath is public I think and a JSR I think] then having a Complex number class would be important. ... The examples you give could fit in NumberUtils [though Stephen has suggested Collections as well]. Minimum and Maximum are already there and simple things like average and sum would fit there. Until it got more powerful, I wouldn't envisage going more into Maths. But definitely not an area that is an immediat No for Lang. Just one to convince us on :) Hen On Wed, 21 Aug 2002, Mika Riekkinen wrote: > Hi! > I was wondering if commons-lang would start a > new set of utilities; Math. This would be comparable > in spirit, to one found in java.lang.Math. > > It could contain some math functions missing from > java.lang.Math counterpart. Something like > average(...), sum(...), etc. > > __________________________________________________ > Do You Yahoo!? > HotJobs - Search Thousands of New Jobs > http://www.hotjobs.com > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > > -- To unsubscribe, e-mail: For additional commands, e-mail: