Identify message layers pattern
From CSSEMediaWiki
(Difference between revisions)
m |
(Fixed spelling/code) |
||
| Line 12: | Line 12: | ||
public double getRadius(){ | public double getRadius(){ | ||
| − | + | return getDiameter() * 2; | |
} | } | ||
| − | public double | + | public double getDiameter(){ |
return GetRadius()/2; | return GetRadius()/2; | ||
} | } | ||
Revision as of 23:26, 24 September 2009
As an extension to the concept of abstract state messages can be layered. This allows the class to implement even more functionality based on the already available behaviour in the class.
What to do
"Identify a small subset of the abstract state and behavoiur methods which all other methods can rely on as kernel methods"
Identify methods that can be implemented by referring to these methods and using these methods minimise the amount of concrete state that your class requires.
Watch out for
Be careful not to create circular dependencies; for example, consider a class circle:
public class circle{
public double getRadius(){
return getDiameter() * 2;
}
public double getDiameter(){
return GetRadius()/2;
}
}
Watch out for creating overly complex and inefficient code.
