类以及方法使用@Transactional注解事务后获取类实例

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

今天在做项目时,由于类型很多,就改成了类似策略模式的,不使用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的类都会被代理

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值