装饰者模式

一、简述

装饰者模式(Decorator Pattern)也称为包装模式(Wrapper Pattern),以透明动态的方式来动态扩展对象的功能,也是继承关系的一种代替方案。

  • Component:抽象组件(可以是抽象类或者接口),被装饰的原始对象
  • ConcreteComponent:具体实现类,被装饰的具体对象
  • Decorator:抽象装饰者,职责就是为了装饰我们的组件对象,内部一定要有一个指向组件对象的引用
  • ConcreteDecoratorA:装饰者具体实现类,只对抽象装饰者做出具体实现
  • ConcreteDecoratorB:同上

二、举个栗子

人定义为抽象类,有一个抽象方法eat()

public abstract class Person {
    public abstract void eat();
}

接着创建一个NormalPerson类继承Person,对eat()方法有了具体实现;NormalPerson类就是我们需要装饰的对象。

public class NormalPerson extends Person {
    @Override
    public void eat() {
        System.out.println("吃饭");
    }
}

这里定义一个PersonFood类来表示装饰者的抽象类,保持了一个对Person的引用,可以方便调用具体被装饰的对象方法,这样就可以方便的对其进行扩展功能,并且不改变原类的层次结构。

public class PersonFood extends Person {
    private Person person;

    public PersonFood(Person person){
        this.person = person;
    }

    @Override
    public void eat() {
        person.eat();
    }
}

接着就是具体的装饰类了,这两个类没有本质上的区别,都是为了扩展NormalPerson类,不修改原有类的方法和结构。

public class ExpensiveFood extends PersonFood {
    public ExpensiveFood(Person person) {
        super(person);
    }

    @Override
    public void eat() {
        super.eat();
        eatSteak();
        drinkRedWine();
    }

    public void eatSteak(){
        System.out.println("吃牛排");
    }

    public void drinkRedWine(){
        System.out.println("喝拉菲");
    }

}

public class CheapFood extends PersonFood {
    public CheapFood(Person person) {
        super(person);
    }

    @Override
    public void eat() {
        super.eat();
        eatNoodles();
    }

    public void eatNoodles(){
        System.out.println("吃面条");
    }
}

客户端代码 

public class Client {
    public static void main(String[] args){
        Person person = new NormalPerson();

        PersonFood cheapFood = new CheapFood(person);
        cheapFood.eat();

        PersonFood expensiveFood = new ExpensiveFood(person);
        expensiveFood.eat();
    }
}

android中的装饰者模式

android中,Context就是典型的装饰者模式Context是抽象类,真实的功能实现实在ComtextImpl中完成,ComtextImpl就是Context的实现类;然后看源码会发现Activity是继承于ContextThemeWrapper而不是直接继承于Context。其中ContextThemeWrapper 继承于ContextWrapper,而ContextWrapper继承于Context。这里就可以看出来一点装饰者模式了,其中装饰者所调用的方法就是startActivity方法,在ContextWrapper中会发现startActivity方法调用了ComtextImpl中对应的方法,实质上ContextWrapper中所有方法都仅仅是调用了ComtextImpl中的方法,这就和装饰者模式基本就对应上了。

优点

  • 装饰者模式与继承关系的目的都是要扩展对象的功能,但是装饰者模式可以提供比继承更多的灵活性。
  • 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。

缺点

  • 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。
  • 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。
  • 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

与代理模式的区别

其实装饰者模式和代理模式很像,但是两者的目的不尽相同。装饰者模式是以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案;而代理模式则是一个给对象提供一个代理对象,并由代理对象来控制对原有对象的引用。

装饰者模式为本装饰的对象进行功能扩展;代理模式对代理对象进行控制,但不做功能扩展。


——————————————————————————————————
作者:MrTrying
链接:https://www.jianshu.com/p/f9f4b1c9747b
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值