裝飾器模式中抽象裝飾器的作用
阿新 • • 發佈:2019-02-03
今天要搞清楚的問題是為什麼需要上面那個被黃色框圈住的“抽象裝飾器類”。
裝飾器模式實現了不破壞原有類的情況下動態擴充套件一個類的功能。
“為什麼需要抽象裝飾器類”,搞清楚這個問題最好的辦法是手寫一個裝飾器模式,然後去掉中間的抽象裝飾器類,看看會發生什麼。
下面根據最上面的UML圖寫一下程式碼:
// 頂層介面
public interface Shape {
void draw();
void f1();
void f2();
}
- 1
- 2
- 3
- 4
- 5
- 6
下面是一個提供了抽象裝飾器類的裝飾器類實現方式:
// 抽象裝飾器類
public abstract class ShapeDecorator implements Shape {
protected Shape decoratedShape;
public ShapeDecorator(Shape decoratedShape){
this.decoratedShape = decoratedShape;
}
public void draw(){
decoratedShape.draw();
}
public void f1(){
decoratedShape.f1();
}
public void f2(){
decoratedShape.f2();
}
}
//一個實際的裝飾器類
public class RedShapeDecorator extends ShapeDecorator {
public RedShapeDecorator(Shape decoratedShape) {
super(decoratedShape);
}
// 這個類只想增強一下draw()方法,不想變動其他的f1,f2方法,所以這個類只需要重寫這個方法即可
public void draw() {
decoratedShape.draw();
setRedBorder(decoratedShape);
}
private void setRedBorder(Shape decoratedShape){
System.out.println("Border Color: Red");
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
下面是一個不提供抽象裝飾器類的裝飾器類實現方式:
//一個實際的裝飾器類
public class RedShapeDecorator implements Shape {
// 每多一個裝飾器類,這裡需要重複
private Shape decoratedShape;
public RedShapeDecorator(Shape decoratedShape) {
this.decoratedShape = decoratedShape;
}
public void draw() {
decoratedShape.draw();
setRedBorder(decoratedShape);
}
private void setRedBorder(Shape decoratedShape){
System.out.println("Border Color: Red");
}
//這個類僅僅想增強draw方法,但是因為實現的是頂層介面,不得不重寫這個方法
public void f1(){
decoratedShape.f1();
}
//這個類僅僅想增強draw方法,但是因為實現的是頂層介面,不得不重寫這個方法
public void f2(){
decoratedShape.f2();
}
}
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
結論:從上面的程式碼可以清晰的看出結果了,抽象裝飾器器類的存在簡化了真實裝飾器類的寫法。