背景
平时我们写业务代码容易遇到一下问题
1、随着需求的变更添加，代码变得越来越臃肿，冗余
2、到处都是if else逻辑
3、对外提供很多的入口，对内耦合很大，需求添加时经常改内又改外。但我们都知道，修改源代码很容易产生新的问题
针对以上问题，我觉得代理模式+反射是比较简洁的架构，以下是最佳实践类图和代码
image.png
架构分析
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、效果图
效果图.png
代码地址
https://github.com/RiveLock/test_springboot
总结
任何复杂的问题，都可以通过抽象出一层代理来解决，比如
1、nginx反向代理，前端调用服务不直接调用，而是通过nginx代理，这样抽象出一层代理，这样使得服务器对外统一入口和出口，前端无需关注哪台服务，并相关服务器的细节
2、Spring AOP，Feign，中间件，其实都是抽象出一层代理，用于解决复杂的问题并使得架构更加清晰明了
后面我会以代理思维为切入点写一个系列，敬请期待。。。
