[Sharpneat-developers] Dynamic experiment loading
Status: Beta
Brought to you by:
colgreen
|
From: Colin G. <cg...@ds...> - 2005-12-04 17:51:40
|
Hi Again, A few points further to my last email. Actually I think the experiment title should be in the config, otherwise you have to load all experiments to build the combo! but the description and most other config data can go into the IExperiment. To alleviate the overhead of that this creates I have modified the existing experiment classes so that they don't instantiate an IPopulationEvaluator until one is requested (via the property). The fact that an evaluator was instantiated along with each experiment was a legacy from previous versions of the code. The file paths within the config file are currently full paths to the debug directories, which creates a problem if you switch the solution to 'release' mode. I'm not sure what the best solution is here but as a an initial solution I have made the paths relative (so they just specify the dll name) and added references to the experiment projects to to the SharpNeatGui project, this causes the experiment dll's to get copied into the debug dir alongside the main EXE thus ensuring the relative paths work. A couple of other things I forgot to mention. There was a WebConfigElementListHandler and a ConfigElementListHandler project in your zip file but only the former was being used, is this name (prefixed with 'Web') correct? And could the class in this project actually be moved into your AppUtils project? Anyway for now there is another updated zip file available on this URL: http://sharpneat.sourceforge.net/prerelease/ I'll start putting zips at that URL from now on rather than fill up your inbox! Regards, Colin. |