commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gilles (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (MATH-1014) Remove optimizer from constructor of "CurveFitter" subclasses
Date Mon, 12 May 2014 22:14:14 GMT

     [ https://issues.apache.org/jira/browse/MATH-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Gilles resolved MATH-1014.
--------------------------

       Resolution: Fixed
    Fix Version/s:     (was: 4.0)

Those classes are deprecated as of 3.3 (replaced by subclasses of "AbstractCurveFitter").
They will be entirely removed in 4.0.


> Remove optimizer from constructor of "CurveFitter" subclasses
> -------------------------------------------------------------
>
>                 Key: MATH-1014
>                 URL: https://issues.apache.org/jira/browse/MATH-1014
>             Project: Commons Math
>          Issue Type: Improvement
>    Affects Versions: 3.2
>            Reporter: Gilles
>            Assignee: Gilles
>            Priority: Minor
>              Labels: api-change
>             Fix For: 3.3
>
>         Attachments: MATH-1014.zip, MATH-1014.zip
>
>
> In package "o.a.c.m.fitting", the constructor of the concrete subclasses of "CurveFitter"
(currently: "PolynomialFitter", "GaussianFitter", "HarmonicFitter") takes a "MultivariateVectorOptimizer"
argument.
> However, assuming that there is _one_ best choice for the optimizer (given the parametric
function), this argument should not be left to the user's choice (i.e. it should be hidden
within the class, and the best optimizer be transparently selected).
> Thus, I would propose to deprecate the non-default constructor.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message