背景
平时我们写业务代码容易遇到一下问题
1、随着需求的变更添加,代码变得越来越臃肿,冗余
2、到处都是if else逻辑
3、对外提供很多的入口,对内耦合很大,需求添加时经常改内又改外。但我们都知道,修改源代码很容易产生新的问题
针对以上问题,我觉得代理模式+反射是比较简洁的架构,以下是最佳实践类图和代码
架构分析
1、好的架构,调用者不需要知道实现细节,它只管需要给你哪些参数和返回的数据。这里加了一层抽象代理,这一层抽象很重要,使得代码对外简单接口,对内灵活变化
2、如图,proxy 调用2,通过反射技术省去if else,使得需求添加时,只需继承IExecutor实现,无需修改源码
最佳实践代码
1、对外入口使用一个抽象代理层
/**
* Created jixinshi on 2019-07-04.
* 用于启动服务后自动执行
*/
@Component
public class DoMain implements CommandLineRunner {
@Resource
private TemplateProxy templateProxy;
@Override
public void run(String... args) {
// 入口
for (ExecutorBeanType type : ExecutorBeanType.values()) {
templateProxy.execute(type.getBean(), type.getDesc());
}
}
}
2、代理层相关操作(反射技术)
/**
* Created jixinshi on 2019-07-04.
* 代理类
*/
@Component
public class TemplateProxy {
public void execute(String bean, String other){
// TODO 执行前操作
doBefore();
TemplateExecutor templateExecutor = (TemplateExecutor) ApplicationHolder.getBean(bean);
templateExecutor.execute(other);
// TODO 执行后操作
doAfter();
}
private void doAfter() {
System.out.println("=================== after ===================");
}
private void doBefore() {
System.out.println("=================== before ===================");
}
}
3、具体细节实现
/**
* Created jixinshi on 2019-07-04.
*
*/
@Component("firstExecutor")
public class FirstExecutor implements TemplateExecutor{
@Override
public void execute(String other) {
System.out.println("bean [firstExecutor} ==> " + other);
}
}
/**
* Created jixinshi on 2019-07-04.
*/
@Component("secondExecutor")
public class SecondExecutor implements TemplateExecutor{
@Override
public void execute(String other) {
System.out.println("bean [secondExecutor} ==> " + other);
}
}
4、效果图
代码地址
https://github.com/RiveLock/test_springboot
总结
任何复杂的问题,都可以通过抽象出一层代理来解决,比如
1、nginx反向代理,前端调用服务不直接调用,而是通过nginx代理,这样抽象出一层代理,这样使得服务器对外统一入口和出口,前端无需关注哪台服务,并相关服务器的细节
2、Spring AOP,Feign,中间件,其实都是抽象出一层代理,用于解决复杂的问题并使得架构更加清晰明了
后面我会以代理思维为切入点写一个系列,敬请期待。。。