Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclassing for extending functionality.（動態地給一個物件新增一些額外的職責。就增加功能來說，裝飾模式相比生成子類更為靈活。）
裝飾模式有四個角色：
1.Component抽象構件
Component是一個介面或者是抽象類，就是定義我們最核心的物件，也就是最原始的對
象。
2.ConcreteComponent 具體構件
ConcreteComponent是最核心、最原始、最基本的介面或抽象類的實現，你要裝飾的就是
它。
3.Decorator裝飾角色
一般是一個抽象類，做什麼用呢？實現介面或者抽象方法，它裡面可不一定有抽象的方
法呀，在它的屬性裡必然有一個private變數指向Component抽象構件。
4.具體裝飾角色
ConcreteDecoratorA和ConcreteDecoratorB是兩個具體的裝飾類，你要把你最核心的、最
原始的、最基本的東西裝飾成其他東西。
具體請看例子：
Car
/**
* @author shuliangzhao
* @Title: Car
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:26
*/
public abstract class Car {
public abstract void driver();
}
AudiCar
/**
* @author shuliangzhao
* @Title: AudiCar
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:27
*/
public class AudiCar extends Car {
@Override
public void driver() {
System.out.println("速度為每小時50KM");
}
}
DecoratorCar
/**
* @author shuliangzhao
* @Title: DecoratorCar
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:28
*/
public abstract class DecoratorCar extends Car{
private Car car;
public DecoratorCar(Car car) {
this.car = car;
}
@Override
public void driver() {
car.driver();
}
}
BlueAudiCar
/**
* @author shuliangzhao
* @Title: BlueAudiCar
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:31
*/
public class BlueAudiCar extends DecoratorCar {
public BlueAudiCar(Car car) {
super(car);
}
@Override
public void driver() {
this.color();
super.driver();
}
private void color() {
System.out.println("藍色奧迪車");
}
}
/**
* @author shuliangzhao
* @Title: BmwCar
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:30
*/
public class RedAudiCar extends DecoratorCar {
public RedAudiCar(Car car) {
super(car);
}
@Override
public void driver() {
this.color();
super.driver();
}
private void color() {
System.out.println("紅色奧迪車");
}
}
客戶端
/**
* @author shuliangzhao
* @Title: Client
* @ProjectName design-parent
* @Description: TODO
* @date 2019/6/13 23:32
*/
public class Client {
public static void main(String[] args) {
Car car = new AudiCar();
car.driver();
Car redCar = new RedAudiCar(car) ;
redCar.driver();
Car blueCar = new BlueAudiCar(car);
blueCar.driver();
}
}
執行結果
image.png
裝飾模式優點：
1.裝飾類和被裝飾類可以獨立發展，而不會相互耦合。
2.裝飾模式是繼承關係的一個替代方案。
3.可以動態擴充套件類。
裝飾模式缺點：
多層的裝飾是比較複雜。
裝飾模式使用場景：
需要動態地給一個物件增加功能、需要擴充套件一個類的功能。
舉個簡單例子可以看出裝飾模式的好處：三個繼承關係Father、Son、GrandSon三個類，我要在Son類上增強一些功能怎麼辦？我想你會堅決地頂回去！不允許，對了，為什麼呢？你增強的功能是修改Son類中的方法嗎？增加方法嗎？對GrandSon的影響呢？特別是GrandSon有多個的情況，你會怎麼辦？這個評估的工作量就夠你受的，所以這是不允許的，那還是要解決問題的呀，怎麼辦？通過建立SonDecorator類來修飾Son，相當於建立了一個新的類，這個對原有程式沒有變更，通過擴充套件很好地完成了這次變更。