装饰者模式：动态扩展功能与适配器模式对比详解-优快云博客

定义

装饰者模式（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的关系
功能	注重覆盖、扩展	注重兼容、转换
设计	前置考虑	后置考虑