今天在做项目时,由于类型很多,就改成了类似策略模式的,不使用if else,方便后期扩展
把所有的实现类继承同一接口,再一个不相干的类进行构造所有实现类
@Service
public class SendTemplateService {
Map<String, WechatSendTemplateService> wechatSendTemplateServiceMap = new HashMap<>();
// 构造函数,如果你是集合接口对象,那么就会把spring容器中所有关于该接口的子类,全部抓出来放入到集合中,如果子类使用了@Transactional事务注解,所获取的类都是代理实例,获取的类名也是附带代理实例信息
public SendTemplateService(List<WechatSendTemplateService> wechatSendTemplateServices) {
for (WechatSendTemplateService wechatSendTemplateService : wechatSendTemplateServices) {
wechatSendTemplateServiceMap.put(wechatSendTemplateService.getClass().getSimpleName()
.replace("SendTemplateServiceImpl", "").toUpperCase(), wechatSendTemplateService);
}
}
}
思路是把所有实现的类放入map,将名称改成自己所约定的key。map的key放入的时候全部大写放入的,方便匹配
在使用key匹配的时候发现了一个现象,用类名匹配不上

注意看后面的springcglib,一看就是用了代理模式。有两个类的类名没有带代理实例的信息,其他全部带了代理实例信息
代码的区别就是没有带的两个类没有用@Transactional注解
其他的都是用了@Transactional事务注解。
突然想起了Spring的事务用的是AOP代理模式实现。所以用了@Transactional的类都会被代理

本文探讨了在项目中采用类似策略模式的设计,避免使用if-else语句,以提高代码的可扩展性和维护性。通过Spring框架的依赖注入特性,将所有实现类统一管理,利用Map存储不同实现类,便于后期扩展。特别关注了Spring AOP代理模式下,@Transactional注解对类名的影响,揭示了代理实例信息如何影响类名匹配。
1251

被折叠的 条评论
为什么被折叠?



