Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 59888 invoked from network); 5 Dec 2008 19:57:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Dec 2008 19:57:19 -0000 Received: (qmail 77519 invoked by uid 500); 5 Dec 2008 19:57:30 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 77453 invoked by uid 500); 5 Dec 2008 19:57:30 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 77442 invoked by uid 99); 5 Dec 2008 19:57:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Dec 2008 11:57:30 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ted.dunning@gmail.com designates 209.85.146.183 as permitted sender) Received: from [209.85.146.183] (HELO wa-out-1112.google.com) (209.85.146.183) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Dec 2008 19:56:01 +0000 Received: by wa-out-1112.google.com with SMTP id m34so69002wag.10 for ; Fri, 05 Dec 2008 11:56:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=EKZs03mcNZwWyL+lzdRfxl3pEf8iHKOlCHLXC11RB2Y=; b=OY4N93Jd/jM9KDD8VwItUmy8/co307s1ADrJ7GA/s37leBJs5no9VymjStOUi9z+MM 8C8B6JcwE9yuq3oji4xQdsAXyuow0e3QPcRgDSmhz/Hz23gCbDlj3Hz68QW6+CR++2gu A1QuHrGAZRgml4WKv9r+aZSoNwMhLzTM0YW8o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=dJLqgjWMGIWAqH3tAMr7YLuv/7kvgM2DXv1r01JO7Eqkc7n9CghX7O5var59zIbeWB fMkKRa42uQE0Isy9RR8OnkWGpLLoP2VF6mevTQwE33MI3t8YBNQybpZenR2/UEhAM51z yBn9/wjxgepC2DIWdm1NYe4yeVH/dNALSOR9c= Received: by 10.114.135.1 with SMTP id i1mr305455wad.193.1228507009647; Fri, 05 Dec 2008 11:56:49 -0800 (PST) Received: by 10.114.156.2 with HTTP; Fri, 5 Dec 2008 11:56:49 -0800 (PST) Message-ID: Date: Fri, 5 Dec 2008 11:56:49 -0800 From: "Ted Dunning" To: "Commons Developers List" Subject: Re: [math] Matrix decomposition API In-Reply-To: <1479250575.908931228472759533.JavaMail.root@spooler6-g27.priv.proxad.net> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_25483_12732121.1228507009648" References: <722039274.897181228469856930.JavaMail.root@spooler6-g27.priv.proxad.net> <1479250575.908931228472759533.JavaMail.root@spooler6-g27.priv.proxad.net> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_25483_12732121.1228507009648 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Is there really any point in separating out the QRSolver? Is it because we expect multiple QR decomposition implementations that could share the same solving code? If that is really necessary, why not just have AbstractQRDecomposition that has a solve method? Then the user sees this: RealVector solution = new QRDecomposition(... args... ).solve(constant); This is even simpler and makes much more sense to the user. On Fri, Dec 5, 2008 at 2:25 AM, wrote: > > RealVector solution = new QRSolver(new QRDecomposition()).solve(constant); > > ------=_Part_25483_12732121.1228507009648--