设计模式之装饰器模式

顾名思义，就是给以前的类装饰一下，增加一些其他功能呗。

还是上面SmsService这个类，这个类里面纯粹是发送短信，记录日志。

假如，这个类里面需要记录一张新表的日志呢？独属于项目组自己的日志。

方案A、修改jar包中代码，增加记录项目组自己的日志代码。（呵呵，会被打死吧）

方案B、把这个类调用时重新写一下。

这应该是所有互联网行业写Service的通用方式了，定义一个接口，然后定义一个实现类。

其实这里要吐槽一下，很多时候这个SmsService压根就没卵用，还要多写一些代码。

但是当你用装饰器时，你会感谢还好有一个SmsService接口。

装饰器

这就是装饰器，实现相同的接口，然后在调用前继续包一层。

public class SmsServiceDecorator implements SmsService {
    private SmsService smsService;
    
    public SmsServiceDecorator(SmsService smsService){
        this.smsService = smsService;
    }

    @Override
    public void send(String toPhone,String content){
        LogRecordNew.log();
        smsService.send(toPhone,content);
    }

}
class LogRecordNew{
    public static void log(){

    }
}

在看到这个装饰器内部代码后，有没有想到spring 的AOP，其实是很像的。

其实这个装饰器模式代码还是包了一层，在其中调用原来的send()方法。

AOP可以拦截指定的类和方法，在拦截到调用前做什么，拦截到调用后做什么等等。和重写的send()方法很像。

调用者

SmsService smsService = new SmsServiceImpl();
SmsService smsServiceDecor = new SmsServiceDecorator(smsService);
smsServiceDecor.send("toPhone","hello world");

这里可以看出，如果项目中之前使用了很多new SmsService()，改起来也是一件不容易的事情。

所以大部分人选择了使用spring AOP来实现，拦截SmsService.send()方法，在之前加上日志记录。