从Java类库看设计模式（3） - 编程入门网
作者 佚名技术
来源 NET编程
浏览
发布时间 2012-06-17
| Component vc){
contents = vc;
}
}
//VisualComponent类定义了组件的接口
class VisualComponent{
public VisualComponent (){}
public void draw (){}
public void resize (){}
}
//TextView类是一个显示文本的具体的组件
class TextView extends VisualComponent{
public TextView (){}
public void draw (){
…
}
public void resize (){
…
}
}
//Decorator类继承于VisualComponent，定义所有Decorator的缺省方法实现
class Decorator extends VisualComponent{
private VisualComponent component;
public Decorator (VisualComponent vc) {
this.component=vc;
}
public void draw () {
component.draw ();
}
public void resize () {
component.resize ();
}
}
//BorderDecorator类为组件提供边框
class BorderDecorator extends Decorator{
private int width;
public BorderDecorator (VisualComponent vc, int borderWidth){
super (vc);
width = borderWidth;
}
public void draw (){
super.draw ();
drawBorder (width);
}
private void drawBorder (int width){
…
}
}
//ScrollDecorator类为组件提供滚动条
class ScrollDecorator extends Decorator{
private int scrollSize;
public ScrollDecorator (VisualComponent vc, int scrSize){
super (vc);
scrollSize = scrSize;
}
public void draw (){
scroll();
super.draw ();
}
private void scroll (){
…
}
}
Decorator确实能够很好的缓解当功能组合过多时子类继承所能够带来的问题。但是在得 到很大的灵活性的同时，Decorator在使用时也表现得较为复杂。看看仅仅为了得到一个IO流 ，除了要创建核心的流外，还要为其加上各种各样的装饰类，这使得代码变得复杂而难懂。 有几个人一开始时没有被Java的IO库吓一跳呢？ 小结： Bridge模式用来分离抽象和实现，使得这两个部分能够分别的演化而不必修改另外一部分 的内容。通常的，可以在实现部分定义一些基本的原子方法，而在抽象部分则通过组合定义 在实现层次中的原子方法来实现系统的功能。Decorator模式通过聚合机制来为对象动态的添 加职责，解决了在子类继承中容易引起的子类爆炸的问题。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
关于从Java类库看设计模式（3） - 编程入门网的所有评论
