commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gilles (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (MATH-1014) Remove optimizer from constructor of "CurveFitter" sublasses
Date Mon, 05 Aug 2013 01:33:48 GMT

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

Gilles updated MATH-1014:
-------------------------

    Description: 
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.


  was:
In package "o.a.c.m.fitting", the constructor of the concrete subclasses of "CurveFitter"
(currently: "PolynomilFitter", "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.


    
> Remove optimizer from constructor of "CurveFitter" sublasses
> ------------------------------------------------------------
>
>                 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: 4.0, 3.3
>
>
> 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 is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message