装饰模式是对对象功能增强时,平时使用继承的一种替代方案。
一.UML示意图:
二.组成部分:
1.
抽象构件:原始的功能接口。
2.
具体构件:具体的原始功能类,用于初始化。
3.
装饰角色:持有具体构件类的对象,以便执行原有功能。
4.
具体装饰:具体扩展的功能,可以有多个,如ConcrectorDecoratorA, ConcrectorDecoratorB, ConcrectorDecoratorC 等。
三.
例子代码:使用装饰模式来演示一个对”行走”功能扩展的例子(听音乐+行走和唱歌+行走)
1. 抽象构件
package
com.eekq.decorator;
publicinterface
Component {
/**
原始接口
*/
publicvoid
go();
}
2. 具体构件
package
com.eekq.decorator;
publicclass
ConcreteComponent
implements
Component {
publicvoid
go() {
System.
out
.println(
"行走"
);
}
}
3.装饰角色
package
com.eekq.decorator;
publicclass
Decorator
implements
Component {
/**
持有私有的原始构件
*/
private
Component
component
;
/**
构造子,委派给原始构件
*/
protected
Decorator(Component component) {
this
.
component
= component;
}
/**调用原始构件功能,通常就可直接把扩展功能加在此方法中,关键部分 */
public void
go() {
this.component.go();
}
}
4.具体装饰(这里演示了两种扩展的情况,走路+听音乐和唱歌s)
(1).
package
com.eekq.decorator;
publicclass
ConcreteDecoratorListen
extends
Decorator {
/**
构造子,相关初始化
*/
public
ConcreteDecoratorListen(Component component) {
super
(component);
// code is here
}
/**
商业逻辑,对原始构件功能的扩展
*/
public void
go() {
listen(
"听音乐"
);
//执行扩展功能
super
.go();
}
private void
listen(Object obj){
System.
out
.println(obj);
}
}
(2).
package
com.eekq.decorator;
publicclass
ConcreteDecoratorSing
extends
Decorator {
/**
构造子,相关初始化
*/
public
ConcreteDecoratorSing(Component component) {
super
(component);
// code is here
}
/**
商业逻辑,对原始构件功能的扩展
*/
public void
go() {
super
.go();
System.
out
.println(sing());;
// 执行扩展功能
}
private
String sing() {
return
"唱歌"
;
}
}
5.客户端调用
package
com.eekq.decorator;
publicclass
Main {
publicstaticvoid
main(String[] args) {
/**
原始构件
*/
Component component =
new ConcreteComponent();
/**边听音乐,边走路*/
component =
new
ConcreteDecoratorListen(component);
/**边听音乐,边走路,边唱歌*/
component =
new
ConcreteDecoratorSing(component);
component.go();
}
}
可以看出 功能逐步加强。
四.总结
优点:装饰模式和继承都是对
功能的扩展,而装饰模式使用的是组合,可以不用继承而达到这一效果.使用过多的继承会增加系统的复杂性和偶合性
缺点:装饰模式要产生一些辅助性的对象,但这些对象看上去都比较像,不是很容易检查(好的命名应该是提高检查的一个办法)