1.裝飾模式的定義及使用場景
定義：
裝飾模式也稱為包裝模式乙埃，結構型設計模式之一柳洋，其使用一種對客戶端透明的方式來動態(tài)地擴展對象的功能，同時它也是繼承關系的一種替代方案之一颜阐。動態(tài)地給一個對象添加一些額外的職責逗噩。就增加功能來說掉丽，裝飾模式相比生成子類更為靈活
使用場景：
需要擴展一個類的功能，或給一個類增加附加功能
需要動態(tài)地給一個對象增加功能异雁，這些功能可以再動態(tài)地撤銷
需要為一批的兄弟類進行改裝或加裝功能捶障，當然是首選裝飾模式
2. 裝飾模式的優(yōu)缺點
2.1優(yōu)點
裝飾類和被裝飾類可以獨立發(fā)展，而不會相互耦合纲刀。換句話說项炼，Component類無需知道Decorator類，Decorator類是從外部來擴展Component類的功能示绊，而Decorator也不用知道具體的構件
裝飾模式是繼承關系的一個替代方案锭部。我們看裝飾類Decorator，不管裝飾多少層耻台，返回的對象還是component空免，實現(xiàn)的還是is-a的關系
裝飾模式可以動態(tài)地擴展一個實現(xiàn)類的功能
2.2缺點
對于裝飾模式，多層裝飾是比較復雜的盆耽。因盡量減少裝飾類的數(shù)量蹋砚，以便減低系統(tǒng)的復雜度扼菠。
3. 裝飾模式的實現(xiàn)方式
public abstract class Component {
public abstract void operator();
}```
public class ConcreteComponent extends Component {
@Override
public void operator() {
System.out.println("ConcreteComponent operator");
}
}```
public class Decorator extends Component {
private Component component;
Decorator(Component component) {
this.component = component;
}
@Override
public void operator() {
if (component != null) {
component.operator();
}
}
}```
public class ConcreteDecorator1 extends Decorator {
public ConcreteDecorator1(Component component) {
super(component);
}
private void method1() {
System.out.println("method1 修飾");
}
@Override
public void operator() {
super.operator();
method1();
}
}```
public class ConcreteDecorator2 extends Decorator {
public ConcreteDecorator2(Component component) {
super(component);
}
private void method2() {
System.out.println("method2 修飾");
}
@Override
public void operator() {
super.operator();
method2();
}
}```
public class Test {
public static void main(String args[]) {
Component component = new ConcreteComponent();
ConcreteDecorator1 decorator1 = new ConcreteDecorator1(component);
ConcreteDecorator2 decorator2 = new ConcreteDecorator2(component);
decorator1.operator();
decorator2.operator();
}
}```
4. 裝飾模式在Android中的實際應用
Context類本身是一個純abstract類，他有兩個具體的實現(xiàn)子類：ContextImpl和ContextWrapper坝咐。其中ContextWrapper類循榆，只是一個包裝而已，ContextWrapper構造函數(shù)中必須包含一個真正的Context引用墨坚，同時ContextWrapper提供了attachBaseContext（）用于給ContextWrapper對象中指定真正的Context對象秧饮，調用ContextWrapper的方法都會被轉向其所包含的真正的Context對象。
ContextThemeWrapper類泽篮，其內部包含了與主題（Theme）相關的接口盗尸，這里所說的主題就是指在AndroidMainifest.xml中通過android：theme為Application元素或者Activity元素指定的主題。當然帽撑，只有Activity才需要主題泼各，Service是不需要主題的，Application同理亏拉。
而ContextImpl類則真正實現(xiàn)了Context中的所有函數(shù)扣蜻，應用程序中所調用的各種Context類的方法，其實現(xiàn)均來于該類及塘。Context的兩個子類分工明確莽使，其中ContextImpl是Context的具體實現(xiàn)類，ContextWrapper是Context的包裝類笙僚。
詳見 Android之Context底層原理,http://blog.csdn.net/junbin1011/article/details/54612858
出處：http://huangjunbin.com/page/2/
