Currently I have three classes and respective interfaces and respective builders:
- Tree: the data structure (implemented in
SimpleTree) - ProbabilityTree: is a
Treewith added functionality to randomly select child nodes and to adjust the probability of selecting a node (implemented inProbabilityTreeImpl). - DynamicTree: is a
ProbabilityTreewhich dynamically constructs nodes when a requested node doesn't exist yet.
The client code needs Trees that support both random selection of nodes, as provided by ProbabilityTree, and the tree dynamically growing when yet unexisting nodes are requested, as provided by DynamicTree.
NOTE: Currently all three trees are immutable after having been build; for DynamicTree this means clients cannot add or remove nodes, but the tree itself can automatically change.
NOTE: See Github gist with the five Java classes for the code.
There are at least two issues with this design:
DynamicTreeis derived fromProbabilityTree, while conceptionally these two capabilities are unrelated (i.e. orthogonal).- Using inheritance to add functionally is often considered "bad design" (correct me if I'm wrong here).
An alternative design would be to decouple ProbabilityTree and DynamicTree using something similar to the decorator and/or adapter pattern. Using Java's dynamic Proxy might enable "decorators" that extend the interface and that can decorate other Trees with extended interfaces; i.e.:
TreeDecorator implements InvocationHandler, ... {
Tree adapted;
...
Object invoke(Method method, Object[] args) {
if( «this class can/should handle method» ) {
return method.invoke(this, args);
} else if ( «this.adapted can/should handle method» ){
return method.invoke(adapted, args);
}
};
}
Again there are some issue's:
- Using
Proxymakes the code more difficult to understand.
What shall I do? Use inheritance to extend functionallity, use dynamic proxy, or something else?
1 Answer 1
I can think of 3 reasonable options, depending on what you really need (right now), and how complex your code is.
(What you currently call DynamicTree, I call DynamicProbabilityTree)
If the only thing you really need is a
DynamicProbabilityTree, and you feel like your code is simple enough to fit in one class, put all your code insideDynamicProbablityTree, and get rid of your other classes.If the only thing you really need is a
DynamicProbabilityTree, but you feel like you code is too complex to fit into one class, keep your code for the tree structure inSimpleTree, and put the dynamic and probability code inDynamicProbabilityTree. I would recommend thatDynamicProbabilityTreecontain and delegate to a Tree instead of inheriting; inheriting would also work.If you really need a
SimpleTree,ProbabilityTree(that is not dynamic),DynamicTree(that does not do probability), andDynamicProbabilityTree, use the Decorator pattern.
Explore related questions
See similar questions with these tags.
DynamicTreeextendProbabilityTreeif they are unrelated?ProbabilityTreeandDynamicTreeinto a new interface?DynamicTreeandProbabilityTreeconcepts are unrelated when it sounds like you wantDynamicTreeto be a specialised type ofProbabilityTree. Are you thinking that at some point you might have a variant ofDynamicTreewhich isn't aProbabilityTree?