ec.gp.koza
Class KozaBuilder
- java.lang.Object
-
- ec.gp.GPNodeBuilder
-
- ec.gp.koza.KozaBuilder
-
- Direct Known Subclasses:
- FullBuilder, GrowBuilder, HalfBuilder
public abstract class KozaBuilder extends GPNodeBuilder
- See Also:
- Serialized Form
-
-
Field Summary
Fields Modifier and Type Field and Description intmaxDepthThe largest maximum tree depth RAMPED HALF-AND-HALF can specify.intminDepthThe smallest maximum tree depth RAMPED HALF-AND-HALF can specify.static java.lang.StringP_MAXDEPTHstatic java.lang.StringP_MINDEPTH-
Fields inherited from class ec.gp.GPNodeBuilder
CHECK_BOUNDARY, maxSize, minSize, NOSIZEGIVEN, P_MAXSIZE, P_MINSIZE, P_NUMSIZES, P_SIZE, sizeDistribution
-
-
Constructor Summary
Constructors Constructor and Description KozaBuilder()
-
Method Summary
All Methods Instance Methods Concrete Methods Modifier and Type Method and Description voidsetup(EvolutionState state, Parameter base)Sets up the object by reading it from the parameters stored in state, built off of the parameter base base.-
Methods inherited from class ec.gp.GPNodeBuilder
canPick, clone, newRootedTree, pickSize
-
Methods inherited from class java.lang.Object
equals, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait
-
Methods inherited from interface ec.Prototype
defaultBase
-
-
-
-
Field Detail
-
P_MAXDEPTH
public static final java.lang.String P_MAXDEPTH
- See Also:
- Constant Field Values
-
P_MINDEPTH
public static final java.lang.String P_MINDEPTH
- See Also:
- Constant Field Values
-
maxDepth
public int maxDepth
The largest maximum tree depth RAMPED HALF-AND-HALF can specify.
-
minDepth
public int minDepth
The smallest maximum tree depth RAMPED HALF-AND-HALF can specify.
-
-
Method Detail
-
setup
public void setup(EvolutionState state, Parameter base)
Description copied from interface:PrototypeSets up the object by reading it from the parameters stored in state, built off of the parameter base base. If an ancestor implements this method, be sure to call super.setup(state,base); before you do anything else.For prototypes, setup(...) is typically called once for the prototype instance; cloned instances do not receive the setup(...) call. setup(...) may be called more than once; the only guarantee is that it will get called at least once on an instance or some "parent" object from which it was ultimately cloned.
-
-
DMelt 3.0 © DataMelt by jWork.ORG