Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 66305 invoked from network); 19 Jun 2003 19:14:32 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 19 Jun 2003 19:14:32 -0000 Received: (qmail 4785 invoked by uid 97); 19 Jun 2003 19:16:55 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 4778 invoked from network); 19 Jun 2003 19:16:54 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 19 Jun 2003 19:16:54 -0000 Received: (qmail 65810 invoked by uid 500); 19 Jun 2003 19:14:27 -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 65713 invoked from network); 19 Jun 2003 19:14:25 -0000 Received: from web41301.mail.yahoo.com (66.218.93.186) by daedalus.apache.org with SMTP; 19 Jun 2003 19:14:25 -0000 Message-ID: <20030619191429.67378.qmail@web41301.mail.yahoo.com> Received: from [65.213.54.59] by web41301.mail.yahoo.com via HTTP; Thu, 19 Jun 2003 12:14:29 PDT Date: Thu, 19 Jun 2003 12:14:29 -0700 (PDT) From: Al Chou Subject: Re: [math] design patterns (was Re: cvs commit: jakarta-commons-sandbox/math/src/java/org/apache/commons/math/stat UnivariateImpl.java) To: Jakarta Commons Developers List In-Reply-To: <20030619152455.60309.qmail@web41710.mail.yahoo.com> 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 --- Phil Steitz wrote: > --- Al Chou wrote: > > I would prefer that > > commons-math be easy for users to use than for it to stick closely to > typical > > Java designs just for the sake of staying Java-ish. > > I agree; but actually sticking to "Java-ish" design patterns makes it easier > to use for Java developers. Yes, I had thought of that. But I think there may be occasions when we can provide an easier to understand (and hence use) design than the standard "Java way" (thinking of the I/O or JTree classes here as not the most obvious to use), and we should keep an open mind to that possibility. > If I understand what you are saying, this is not possible in Java, at least > not > using the same class. It is certainly possible to have one class expose a > static method with the same name, signature and semantics that another class > uses for an instance method. For example, we could have UnivariateImpl > expose > an instance method that did the same thing that a static method in StatUtils > did. Why we would choose to do that is unclear to me, but it is certainly > possible in Java. I wouldn't want to do that, because it would defeat my intent of relieving the user of having to know whether a method is a class or instance method. Eric Pabst mentioned that Commons Bean-Utils has this functionality. I wouldn't push to implement it in commons-math yet, but it's interesting to hear that it can be done. Al ===== Albert Davidson Chou Get answers to Mac questions at http://www.Mac-Mgrs.org/ . __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org