装饰者模式

介绍

装饰者模式，结构型设计模式之一，其使用一种对客户端透明的方式来动态的扩展对象的功能，同时它也是继承关系的一种替代方式。，且更为灵活。

类图

UML类图

Android源码中的模式实现

Context类在Android中被称作“上帝对象”，它本质上是一个抽象类，其在我们装饰者模式中就相当于抽象组件，而在内部定义了大量的抽象方法，比如startActivity方法。

public abstract class Context {
    public abstract void startActivity(Intent var1);
}

真正的实现是在ContextImpl中完成的，ContextImpl继承Context类，并实现了Context中的抽象方法：

public final class ContextImpl extends Context {

  @Override
  public void startActivity(Intent intent){
     warnIfCallFromSystemProcess();
     startActivity(intent,null);
  }

}

这里的ContextImpl相当于组件的具体实现类，那么谁来充当装饰者的身份呢？我们知道Activity从层次上来说本质上是个Context,但是留意过其代码的会发现Activity并非继承Context,而是继承ContextThemeWrapper.

public class Activity extends ContextThemeWrapper
        implements LayoutInflater.Factory2,
        Window.Callback, KeyEvent.Callback,
        OnCreateContextMenuListener, ComponentCallbacks2,
        Window.OnWindowDismissedCallback, WindowControllerCallback,
        AutofillManager.AutofillClient {
        //...
}

而这个ContextThemeWrapper又是继承ContextWrapper:

public class ContextWrapper extends Context {
    Context mBase;

    public ContextWrapper(Context base) {
        mBase = base;
    }

     @Override
    public void startActivity(Intent intent) {
        mBase.startActivity(intent);
    }

}

最终这个ContextWrapper继承Context。可看到这个就是一个典型的装饰者模式，ContextWrapper就是我们要找的装饰者，在ContextWrapper中有一个Context的引用。ContextWrapper中所有的方法都是简单调用了具体组件实现类ContextImpl中对应的方法而已。

总结

装饰模式和之前学习的代理模式有点类似。装饰模式是对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式是给对象提供一个的代理对象，并由代理对象来控制对原有对象的引用。装饰模式应该为所装饰的对象增强功能；代理模式对代理的对象施加控制，但不对对象本身的功能进行增强。