UML关系简单介绍
UML简单使用的介绍
创建型设计模式
Android设计模式-单例模式
Android设计模式-工厂模式
Android设计模式-抽象工厂模式
Android设计模式-建造者模式
Android设计模式-原型模式
结构型设计模式
Android设计模式-代理模式
Android设计模式-装饰模式
Android设计模式-适配器模式
Android设计模式-组合模式
Android设计模式-门面模式
Android设计模式-桥接模式
Android设计模式-享元模式
行为型设计模式
Android设计模式-策略模式
Android设计模式-命令模式
Android设计模式-责任链模式
Android设计模式-模版方法模式
Android设计模式-迭代器模式
Android设计模式-观察者模式
Android设计模式-备忘录模式
Android设计模式-中介者模式
Android设计模式-访问者模式
Android设计模式-状态模式
Android设计模式-解释器模式

1.定义

动态的给一个对象添加一些额外的职责。就增加功能而言，装饰模式比生成子类更加灵活。

2.装饰模式UML图

装饰模式UML图

角色介绍

• Component 抽象构件，是一个接口或者抽象类，就是定义我们最核心的对象，也就是最原始的对象（在装饰模式中，必然有一个最基本最核心最原始的接口或者抽象类来充当Component）
• ConcreteComponent 具体构件，你要装饰的对象就是它！
• Decorator 装饰角色，一般是一个抽象类，持有一个被装饰者的引用。
• ConcreteDecorator 具体装饰角色，也就是你要怎么装饰。。

3.简单实现

3.1抽象组件

public abstract class Compoment {
    public abstract void operate();
}

3.2具体组件

public class ConcreteCompoment extends Compoment {
    @Override
    public void operate() {
        System.out.println("do something");
    }
}

3.3抽象装饰者

public abstract class Decorator extends Compoment{
    private Compoment compoment;

    /**
     * 通过构造传入被修饰者
     * @param compoment
     */
    public Decorator(Compoment compoment) {
        this.compoment = compoment;
    }

    /**
     * 委托给被修饰者执行
     */
    @Override
    public void operate() {
        this.compoment.operate();
    }
}

3.4具体装饰者

public class ConcreteDecorator extends Decorator {
    /**
     * 通过构造传入被修饰者
     *
     * @param compoment
     */
    public ConcreteDecorator(Compoment compoment) {
        super(compoment);
    }

    private void m1(){
        System.out.println("装饰方法");
    }

    @Override
    public void operate() {
        m1();
        super.operate();
    }
}

原始方法和装饰方法的执行顺序在具体的装饰者对象中是固定的，可以通过方法重载来实现多种不同的执行顺序。

3.5场景调用

public class MyClass {
    public static void main(String args[]) {
        Compoment concreteCompoment=new ConcreteCompoment();
        concreteCompoment=new ConcreteDecorator(concreteCompoment);
        concreteCompoment.operate();
    }
}

打印结果为

装饰方法
do something

3.6 例子介绍

concreteCompoment是具体要被装饰的角色，ConcreteDecorator是具体做装饰操作的类。。。额，很简单明了的例子类，，貌似不用解释什么了。。。

4.总结

4.1优点

• 装饰类和被装饰类可以独立发展，互不耦合。也就是说，Compoment类无需知道Decorator类，Decorator类是从外部来扩展Compoment类的功能，而Decorator也不用知道具体的构件。
• 装饰模式是继承关系的一个替代方案，从例子来看，不管装饰类Decorator类装饰类多少层，返回对象依然是Compoment。
• 装饰模式可以动态的扩展一个实现类的功能。

4.2缺点

只需记住最主要的一点，尽量避免多层的装饰，多层装饰会使其变得过于复杂。

4.3使用场景

• 需要扩展一个类的功能，或对一个类增加附加功能
• 需要动态的给一个对象增加功能，这些功能可以再动态的撤销
• 需要为一批兄弟类进行改装或加装功能，首选装饰模式。

4.4 装饰模式与代理模式区别

就UML图与实现上来看，两者几乎是相同的，都可是实现同一个接口然后做相应操作。也都可以很容易地在真实对象的方法前面或者后面加上自定义的方法。
装饰器模式关注于在一个对象上动态地添加方法，而代理模式关注于控制对对象的访问。
代理更多的是强调对对象的访问控制，比如说，访问A对象的查询功能时，访问B对象的更新功能时，访问C对象的删除功能时，都需要判断对象是否登陆，那么我需要将判断用户是否登陆的功能抽提出来，并对A对象、B对象和C对象进行代理，使访问它们时都需要去判断用户是否登陆，简单地说就是将某个控制访问权限应用到多个对象上；而装饰器更多的强调给对象加强功能，比如说要给只会唱歌的A对象添加跳舞功能，添加说唱功能等，简单地说就是将多个功能附加在一个对象上。
所以，代理模式注重的是对对象的某一功能的流程把控和辅助，它可以控制对象做某些事，重心是为了借用对象的功能完成某一流程，而非对象功能如何。而装饰模式注重的是对对象功能的扩展，不关心外界如何调用，只注重对对象功能加强，装饰后还是对象本身。
当然，，，你要非说没区别，写法上的确没太大区别，哈哈