設計模式裝飾模式

裝飾模式（decorator）：動態地給乙個物件新增一些額外的職責，就增加功能來說，裝飾模式比生成子類更為靈活。

component是定義乙個物件介面，可以給這些物件動態地新增職責。concretecomponent是定義了乙個具體的物件，也可以給這個物件新增一些職責。decorator，裝飾抽象類，繼承了component，從外類來擴充套件component類的功能，但對於component來說，是無需知道decorator的存在的，至於concretedecorator就是具體的裝飾物件，起到給component新增職責的功能。

本次的場景是在為人物搭配不同的服裝。由於只有乙個concretecomponent類，故而此處直接使用decorator類直接繼承concretedecorator類。**如下：

person類（concretedecorator）：

package chapter6.version3;
public class person 
private string name;
public person (string name) 
public void show() 
}

finery類（decorator）：

package chapter6.version3;
public class finery extends person 
@override
public void show() 
}}

具體服飾類（concretedecorator）：

package chapter6.version3;
public class tshirts extends finery 
}package chapter6.version3;
public class bigtrousers extends finery 
}package chapter6.version3;
public class tie extends finery 
}package chapter6.version3;
public class sneakers extends finery 
}package chapter6.version3;
public class suit extends finery 
}package chapter6.version3;
public class leathershoes extends finery 
}

裝扮結果類（模擬客戶端）：

package chapter6.version3;
public class result 
}

裝飾模式是為已有功能動態地新增更多功能的一種方式。在起初的設計中，當系統需要新功能的時候，是向舊的類中新增新的**。這些新加的**通常修飾了原有類的核心職責或主要行為，這種做法的問題在於，它們在主類中新增了新的字段、新的方法和新的邏輯，從而增加了主類的複雜度，而這些新加入的東西僅僅是為了滿足一些只在特定情況下才會執行的特殊行為的需要。而裝飾模式卻提供了乙個非常好的解決方案，它把每個要裝飾的功能放在單獨的類中，並讓這個類包裝它所需要裝飾的物件，因此，當需要執行特殊行為時，客戶端**就可以在執行時根據有選擇地、按順序地使用裝飾功能包裝物件了。

這樣做的最大好處是有效地把類的核心職責和裝飾功能區分開了，而且可以去除相關類中重複的裝飾邏輯。

設計模式 裝飾模式

設計模式 裝飾模式

設計模式 裝飾模式

設計模式 裝飾模式

相關推薦

設計模式裝飾模式

設計模式裝飾模式

設計模式裝飾模式

設計模式裝飾模式