On Thursday 07 May 2009 18:54:04 Anders Logg wrote:
I've added some of the requested features to the parameter system,
some pushed and some sitting here in a local repository. But the
current design makes it a pain to add new features. A single
change will make it necessary to add a function in at least 5
different classes.
So I'm thinking of reimplementing and simplifying the parameter
system. I think I know how to make it simpler.
But before I do that, does anyone have opinions on the
design/implementation? Is there any third-party library that we
could/should use (maybe something in boost)?
It would be nice to have something that easely could be
transferable to Python.
Having a base class let say Parameterized and then let all inherit
this to be able to define parameters will not work well for the
shared_ptr interface we have. We have problems with the Variable
class, which does not work for the derived shared_ptr classes e.g.
Function. I would rather have classes that have a parameter rather
than beeing.
Also by defining a parameter(list/dict) class which can be accessed
as a dict let us make the transition to python smoother.
ParameterDict p = solver.default_params();
p["abs_tol"] = 1e-9;
By defining some templated check classes we could controll the
assignment. In the Solver:
...
ParameterDict& default_params(){
if (!_par)
{
_par = new ParameterDict();
_par->add_param("abs_tol",new
RangeCheck<double>(1e-15,0,1)); vector<string> * allowed_prec = new
Vector<string>(); allowed_prec->push_back("ilu");
allowed_prec->push_back("amg");
allowed_prec->push_back("jacobi");
_par->add_param("prec",new
OptionCheck<string>("ilu"),allowed_prec));
_par->add_param("nonsense","jada"); // No checks
}
}
Well, I admit that the above code is not beautiful, and others can
probably make it cleaner and spot errors. The point is that
RangeCheck and OptionCheck can be derived from a ParCheck class
that overloads the operator=(). This will just call a private set
function which is defined in the derived classes, and which do the
check.
The to and from file can be implemented in the ParameterDict body.
The checks do not have to be written or read, as a ParameterDict
can only read in allready predefined parameters, and the check will
be done when the file is read.
The option parser ability can also be implemented in ParameterDict
using boost or other libraries, based on the registered parameters.
I have implemented something like this in Python, and the above is
a try to scetch something similare in c++.