Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 20902 invoked from network); 9 Apr 2004 04:07:16 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 9 Apr 2004 04:07:16 -0000 Received: (qmail 4195 invoked by uid 500); 9 Apr 2004 04:06:53 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 4127 invoked by uid 500); 9 Apr 2004 04:06:53 -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 4111 invoked from network); 9 Apr 2004 04:06:52 -0000 Received: from unknown (HELO hume.tsdinc.steitz.com) (209.249.229.10) by daedalus.apache.org with SMTP; 9 Apr 2004 04:06:52 -0000 Received: from Lavoie.tsdinc.steitz.com ([209.249.229.4]) by hume.tsdinc.steitz.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 9 Apr 2004 00:07:00 -0400 Received: from steitz.com ([130.13.97.180]) by Lavoie.tsdinc.steitz.com with Microsoft SMTPSVC(5.0.2195.6713); Fri, 9 Apr 2004 00:07:00 -0400 Message-ID: <40762164.1030500@steitz.com> Date: Thu, 08 Apr 2004 21:07:00 -0700 From: Phil Steitz User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [Math] - RealMatrix References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Apr 2004 04:07:00.0275 (UTC) FILETIME=[1B69C030:01C41DE8] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Inger, Matthew wrote: > Has any thought been given to creating a Matrix interface > which can handle BigInteger and/or BigDecimal? Yes. BigInteger would be a little funny, since Integers aren't a field ;-) but BigDecimal might make sense, as would Complex. There are (at least) two ways to go, which we can explore post 1.0: 1) Create an abstract Matrix interface with entries being abstact field elements. See the approach in, e.g. JADE . This is really walking down the abstract algebra framework path. 2) Create BigDecimalMatrix, ComplexMatrix with interfaces similar to RealMatrix, leveraging the special properties of the field elements and their representations. My inclination would be to KISS and go with 2), with practical applications / use cases driving decisions on what gets implemented; though I see the value of the abstract approach as well. Unless we think that the current design of RealMatrix is overly limiting, I would prefer to hold off on this discussion until post 1.0, though. Phil > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org