Android 設計模式 - 裝飾者模式
摘要：
1. 定義
使用裝飾者模式可以在執行時動態地擴充一個類的功能，它提供了比繼承更具彈性的代替方案。
在裝飾模式中的角色有：
抽象構件(Component)角色： 給出一個抽象介面，以規範準備接收附加責任的物件。
具體構件(ConcreteComponent)角色：...
1. 定義
使用裝飾者模式可以在執行時動態地擴充一個類的功能，它提供了比繼承更具彈性的代替方案。
在裝飾模式中的角色有：
- 抽象構件(Component)角色： 給出一個抽象介面，以規範準備接收附加責任的物件。
- 具體構件(ConcreteComponent)角色： 定義一個將要接收附加責任的類。
- 裝飾(Decorator)角色： 持有一個構件(Component)物件的例項，並定義一個與抽象構件介面一致的介面。
- 具體裝飾(ConcreteDecorator)角色： 負責給構件物件「貼上」附加的責任。
2. 實現
下面就以買豆漿為例，實現一個裝飾者模式。在買豆漿時，我們可以選擇原味的，然後再新增紅豆、綠豆等原料，從而磨出多種口味的豆漿。那麼，這個新增的原料就屬於對原味豆漿的擴充套件，所以使用裝飾者模式再好不過了。
類圖
- 定義抽象構件角色，即豆漿和原料共同的介面。
public interface IMilk {
/**
* 描述
*
* @return
*/
String getDescription();
/**
* 價格
*
* @return
*/
double cost();
}
- 定義具體構件角色，即被裝飾的原味豆漿。
public class SoybeanMilk implements IMilk {
@Override
public String getDescription() {
return "原味";
}
@Override
public double cost() {
return 2;
}
}
- 定義裝飾角色，用來加入豆漿的原料。
public abstract class MilkAddition implements IMilk {
protected IMilk milk;
public MilkAddition(IMilk milk){
this.milk = milk;
}
}
- 定義具體裝飾角色，即加入的不同原料。
public class RedBeanAddition extends MilkAddition {
public RedBeanAddition(IMilk milk) {
super(milk);
}
@Override
public String getDescription() {
return milk.getDescription() + " + 紅豆";
}
@Override
public double cost() {
return milk.cost() + 3;
}
}
public class MungBeanAddition extends MilkAddition {
public MungBeanAddition(IMilk milk) {
super(milk);
}
@Override
public String getDescription() {
return milk.getDescription() + " + 綠豆";
}
@Override
public double cost() {
return milk.cost() + 2;
}
}
public class SugarAddition extends MilkAddition {
public SugarAddition(IMilk milk) {
super(milk);
}
@Override
public String getDescription() {
return milk.getDescription() + " + 糖";
}
@Override
public double cost() {
return milk.cost() + 0.5;
}
}
測試：
// 原味豆漿，兩塊錢
IMilk milk = new SoybeanMilk();
// 加糖，五毛錢
milk = new SugarAddition(milk);
// 加紅豆，三塊錢
milk = new RedBeanAddition(milk);
// 加綠豆，兩塊錢
milk = new MungBeanAddition(milk);
System.out.println("喝到的豆漿：" + milk.getDescription() + ", 價格：" + milk.cost() + "元");
// 輸出：喝到的豆漿：原味 + 糖 + 紅豆 + 綠豆, 價格：7.5元
3. 應用
-
優點：
- 裝飾者模式與繼承關係的目的都是要擴充套件物件的功能，但是裝飾者可以提供比繼承更多的靈活性。
- 通過使用不同的具體裝飾類以及這些裝飾類的排列組合，設計師可以創造出很多不同行為的組合。
- 具體構件類與具體裝飾類可以獨立變化，使用者可以根據需要增加新的具體構件類和具體裝飾類，原有類庫程式碼無須改變，符合「開閉原則」。
-
缺點：
- 這種比繼承更加靈活機動的特性，也同時意味著更加多的複雜性，使用時更容易出錯。
- 裝飾模式會導致設計中出現許多小類，如果過度使用，會使程式變得很複雜。
-
使用場景：
- 在不影響其他物件的情況下，以動態、透明的方式給單個物件新增職責。
- 當不能採用繼承的方式對系統進行擴充套件，或者採用繼承不利於系統擴充套件和維護時，可以使用裝飾模式。
Java IO 模組使用了不少裝飾者模式，比如我們經常會這麼寫：
new DataInputStream(new BufferedInputStream(new FileInputStream("README.md")));
起初學習 IO 部分的時候就是一頭霧水，心想怎麼會包裝這麼多層，誰記得住這麼多程式碼。現在來看，不過是裝飾者模式的應用罷了，這就是進步吧。 _
【附錄】
資料圖