设计模式之装饰者模式

定义

    ​    ​装饰者模式（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，装饰者模式先聊到这里吧​！