设计模式之装饰者模式

定义

    ​    ​装饰者模式(Decorator Pattern)是指在不改变原有对象的基础之上,将功能附加到对象上,提供了比继承更有弹性的替代方案(扩展原有对象的功能),属于结构型模式。


适用场景

1、用于扩展一个类的功能或给一个类添加附加职责。 

2、动态的给一个对象添加功能,这些功能可以再动态的撤销。


实例

说太多的概念都太过于苍白,我喜欢直接上代码

我们用装饰者模式写下买煎饼加鸡蛋加烤肠这个场景,可以根据客户要求任意加

创建一个煎饼的抽象类

public abstract class Battercake {    protected abstract String getMsg();    protected abstract int getPrice();}

创建一个基本的煎饼

public class BaseBattercake extends Battercake {    protected String getMsg(){        return "煎饼";    }    public int getPrice(){        return 5;    }}

创建一个扩展套餐的抽象装饰者类

public abstract class BattercakeDecorator extends Battercake {    //静态代理,委派    private Battercake battercake;    public BattercakeDecorator(Battercake battercake) {        this.battercake = battercake;    }    protected abstract void doSomething();    @Override    protected String getMsg() {        return this.battercake.getMsg();    }    @Override    protected int getPrice() {        return this.battercake.getPrice();    }}

创建一个鸡蛋的装饰者类

public class EggDecorator extends BattercakeDecorator {    public EggDecorator(Battercake battercake) {        super(battercake);    }    protected void doSomething() {    }    @Override    protected String getMsg() {        return super.getMsg() + "+1个鸡蛋";    }    @Override    protected int getPrice() {        return super.getPrice() + 1;    }}

 

创建一个烤肠的装饰者类

public class SausageDecorator extends BattercakeDecorator {    public SausageDecorator(Battercake battercake) {        super(battercake);    }    protected void doSomething() {    }    @Override    protected String getMsg() {        return super.getMsg() + "+1根香肠";    }    @Override    protected int getPrice() {        return super.getPrice() + 2;    }}

客户端测试类

Battercake battercake;        //路边摊买一个煎饼        battercake = new BaseBattercake();        //煎饼有点小,想再加一个鸡蛋        battercake = new EggDecorator(battercake)                 //很饿,再加根香肠        battercake = new SausageDecorator(battercake);              System.out.println(battercake.getMsg() + ",总价:" + battercake.getPrice());

看了代码咱们有点熟悉,感觉有一种似曾相识的感觉,是的,你们是不是想到了适配器模式,感觉他们很像,我们之前写过一个适配器模式的例子,我们今天用装饰者模式改下

我们重新写一个类继承原来的接口

public interface ISiginForThirdService extends ISigninService {    /**     * QQ登录     * @param id     * @return     */    ResultMsg loginForQQ(String id);    /**     * 微信登录     * @param id     * @return     */    ResultMsg loginForWechat(String id);    /**     * 记住登录状态后自动登录     * @param token     * @return     */    ResultMsg loginForToken(String token);    /**     * 手机号登录     * @param telphone     * @param code     * @return     */    ResultMsg loginForTelphone(String telphone, String code);    /**     * 注册后自动登录     * @param username     * @param passport     * @return     */    ResultMsg loginForRegist(String username, String passport);}

创建实现类

public class SiginForThirdService implements ISiginForThirdService {    private ISigninService signinService;    public SiginForThirdService(ISigninService signinService) {        this.signinService = signinService;    }    public ResultMsg regist(String username, String password) {        return signinService.regist(username,password);    }    public ResultMsg login(String username, String password) {        return signinService.login(username,password);    }    public ResultMsg loginForQQ(String id) {        return null;    }    public ResultMsg loginForWechat(String id) {        return null;    }    public ResultMsg loginForToken(String token) {        return null;    }    public ResultMsg loginForTelphone(String telphone, String code) {        return null;    }    public ResultMsg loginForRegist(String username, String passport) {        return null;    }}

客户端测试类

public static void main(String[] args) {        //满足一个is-a        ISiginForThirdService siginForThirdService = new SiginForThirdService(new SigninService());        siginForThirdService.loginForQQ("sfb");    }

    ​    ​装饰者模式最本质的特征是讲原有类的附加功能抽离出来,简化原有类的逻辑。通过这样两个案例,我们可以总结出来,其实抽象的装饰者是可有可无的,具体可以根据业务模型来选择。

 

装饰者模式和适配器模式对比

    ​    ​装饰者和适配器模式都是包装模式(Wrapper Pattern),装饰者也是一种特殊的代理模式

 装饰者模式适配器模式
形式是一种非常特别的适配器模式没有层级关系,装饰器模式有层级关系
定义

装饰者和被装饰者都实现同一个接口,主要目的是为了扩展之后依旧保留 OOP 关系

适配器和被适配者没有必然的联系,通常是采用继承或代理的形式进行包装

关系满足is-a的关系满足has-a的关系
功能注重覆盖、扩展注重兼容、转换
设计前置考虑后置考虑

装饰者模式优点

1、装饰者是继承的有力补充,比继承灵活,不改变原有对象的情况下动态地给一个对象扩展功能,即插即用。 

2、通过使用不同装饰类以及这些装饰类的排列组合,可以实现不同效果。 

3、装饰者完全遵守开闭原则。


缺点

1、会出现更多的代码,更多的类,增加程序复杂性。 

2、动态装饰时,多层装饰时会更复杂。

 

​ok,装饰者模式先聊到这里吧​!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值