title: Strategy模式
tag: 笔记 设计模式
Decorator模式
有的时候为你需要在不改变现有对象的结构的情况下去向该类添加功能。在这样的情况下,我们可以使用装饰器模式为对象添加装饰来添加功能,这样的设计模式被称为Decorator模式。
介绍
**意图:**动态地给一个对象添加一些额外的职责。就增加功能来说,装饰器模式相比生成子类更为灵活。
**主要解决:**一般的,我们为了扩展一个类经常使用继承方式实现,由于继承为类引入静态特征,并且随着扩展功能的增多,子类会很膨胀。
**何时使用:**在不想增加很多子类的情况下扩展类。
**如何解决:**将具体功能职责划分,同时继承装饰者模式。
关键代码: 1、Component
类充当抽象角色,不应该具体实现。 2、修饰类引用和继承 Component
类,具体扩展类重写父类方法。
**优点:**装饰类和被装饰类可以独立发展,不会相互耦合,装饰模式是继承的一个替代模式,装饰模式可以动态扩展一个实现类的功能。
**缺点:**多层装饰比较复杂。
使用场景: 1、扩展一个类的功能。 2、动态增加功能,动态撤销。
**注意事项:**可代替继承。
示例程序
该程序的作用是通过不同的边框效果(可叠加)来显示字符串。
UML图:
Display
抽象类:用于显示一段文字的抽象类,是装饰物和被装饰物的共同父类,实现它们之间的一致性。StringDisplay
类:Display的具体实现类,用于显示一段文字。也就是具体被装饰的对象。Border
抽象类:边框装饰器的共同父类,继承并聚合了Display
的实例。SideBorder
类和FullBorder
类:继承Border类,分别为被装饰对象添加两侧的边框和四周的边框。
注意:装饰器和被装饰对象的一致性保证了装饰器可以在不更改被装饰对象的前提下添加功能。(装饰器可以调用被装饰器的方法,并且具有相同的API)。
Display抽象类
public abstract class Display {
abstract int getColumns();
abstract int getRows();
abstract String getRowText(int row);
final void show(){
for (int i = 0; i < getRows(); i++) {
System.out.println(getRowText(i));
}
}
}
show是模板方法,作用是将字符显示出来,其余方法交由子类实现。
StringDisplay类
public class StringDisplay extends Display{
private String str;
public StringDisplay(String str){
this.str = str;
}
@Override
int getColumns() {
return str.length();
}
@Override
int getRows() {
return 1;
}
@Override
String getRowText(int row) {
//当row为0时返回值
return row == 0? str : null;
}
}
继承Display方法,并实现父类的抽象方法,是具体的被装饰类。
Border抽象类
public abstract class Border extends Display{
protected Display display;
public Border(Display display) {
this.display = display;
}
}
该类实现了装饰物和被装饰物的一致性(具有相同的父类,也就具有相同的API)。并且有一个Display类型的属性,可以调用被装饰对象的方法来实现增强。
SideBorder和FullBorder类
public class SideBorder extends Border{
private char BorderChar;
public SideBorder(Display display, char ch) {
super(display);
this.BorderChar = ch;
}
@Override
int getColumns() {
return display.getColumns() + 2;
}
@Override
int getRows() {
return display.getRows();
}
@Override
String getRowText(int row) {
return BorderChar + display.getRowText(row) + BorderChar;
}
}
public class FullBorder extends Border{
public FullBorder(Display display) {
super(display);
};
@Override
int getColumns() {
return display.getColumns() + 2;
}
@Override
int getRows() {
return display.getRows() + 2;
}
@Override
String getRowText(int row) {
if (row == 0 || row == getRows() - 1) {
return makeLine(row);
} else {
return "|" + display.getRowText(row - 1) + "|";
}
}
private String makeLine(int row){
StringBuilder stringBuilder = new StringBuilder();
stringBuilder.append("+");
for (int i = 0; i < getColumns() - 2; i++) {
stringBuilder.append("-");
}
stringBuilder.append("+");
return stringBuilder.toString();
}
}
这些类都调用了被装饰对象的方法,来做方法的增强。
测试
public static void main(String[] args) {
Display b1 = new StringDisplay("hello,DesignPatten!");
Display b2 = new SideBorder(b1, '*');
Display b3 = new FullBorder(b2);
b1.show();
b2.show();
b3.show();
//生成一个由四个全部边框和一个两侧边框的字符串,并显示。
Display b4 = new FullBorder(new SideBorder(new FullBorder(new StringDisplay("hello,DesignPatten!")), '*'));
b4.show();
}
输出:
hello,DesignPatten!
*hello,DesignPatten!*
+---------------------+
|*hello,DesignPatten!*|
+---------------------+
+-----------------------+
|*+-------------------+*|
|*|hello,DesignPatten!|*|
|*+-------------------+*|
+-----------------------+
Decorator模式中的角色
Component
增加功能时的核心角色。Component角色只是定义了装饰物的接口(API)。在示例程序中,由Display
类扮演此角色。
ConcreteComponent
该角色是实现了Component
角色所定义的接口(API)的具体装饰物。在示例程序中,由StringDisplay
类扮演此角色。
Decorator
该角色具有与Component
角色相同的接口(API)。在它内部保存了被装饰对象Component
角色。Decorator
角色知道自己要装饰的对象。在示例程序中,由Border
类扮演此角色。
ConcreteDecorator
该角色是具体的Decorator
角色。在示例程序中,由SideBorder
类和FullBorder
类扮演此角色。
扩展思路
接口(API)的透明性
即使被装饰物被边框装饰起来了,接口(API)也不会被隐藏起来。其他类依然可以调用getColumns
、getRows
、getRowText
以及show
方法。这就是接口(API)的“透明性”。在示例程序中,实例b4
被装饰了多次,但是接口(API
)却没有发生任何变化。
得益于接口(API
)的透明性,Decorator
模式中也形成了类似于Composite
模式中的递归结构。也就是说,装饰边框里面的“被装饰物”实际上又是别的物体的“装饰边框”。就像是剥洋葱时以为洋葱心要出来了,结果却发现还是皮。不过,Decorator
模式虽然与Composite
模式一样,都具有递归结构,但是它们的使用目的不同。Decorator
模式的主要目的是通过添加装饰物来增加对象的功能。
b4被装饰了多次,但是接口(
API`)却没有发生任何变化。
得益于接口(API
)的透明性,Decorator
模式中也形成了类似于Composite
模式中的递归结构。也就是说,装饰边框里面的“被装饰物”实际上又是别的物体的“装饰边框”。就像是剥洋葱时以为洋葱心要出来了,结果却发现还是皮。不过,Decorator
模式虽然与Composite
模式一样,都具有递归结构,但是它们的使用目的不同。Decorator
模式的主要目的是通过添加装饰物来增加对象的功能。