思考:以常见的增删改查为例,在执行增删改的时候我们需要开启事务,执行完成后需要提交事务
假如说你Service里有100个增删改的方法,那这100个方法里除了你自己真正需要处理的业务逻辑外,每个方法都还需要去关注开启事务,提交事务这些动作。那有没有稍微好点的办法解决呢?于是就出现了代理模式的概念,那什么是代理模式呢?
目录
1、什么是代理模式
简单来说:代理就是对目标方法进行增强。
什么意思呢?还是上边的例子,Service里你的业务逻辑我们称之为需要执行的目标方法;开启事务,提交事务这些我们就可以称之为对目标方法的增强。于是乎,我们可不可以这样:“需要执行的目标”单独写一个类(目标类),“需要增强的动作”单独写一个类(增强类),最后再写一个类(代理类),把它两者结合到一起。这样的话,是不是就实现了开启事务,提交事务这些动作只需要在增强类里写一遍,然后我们在业务目标类里就只关心我们的业务动作就行了,其他的乱七八糟的比如开启事务、提交事务(除了这些还可以有别的一些动作,统一的日志操作等等)等等这些增强的动作我都不关注了,在业务类里只写业务!最后在代理类里把增强的动作和目标动作结合起来就ok了,然后用的时候,用咱们的代理对象就好了。这样做就实现了在业务类里可以只专注于业务,其他的不管,而且到达了松耦合的效果(就是那些增强的动作,比如事务,统一的日志操作等等,这些动作和我的业务是分离开的)。
代理分为静态代理和动态代理。
下边先用静态写一下,简单实现一下上述的内容
2、代码实现
package com.cj.study.proxy; public interface PersonService { public void savePerson(); public void updatePerson(); public void deletePerson(); }package com.cj.study.proxy; public class PersonServiceImpl implements PersonService{ @Override public void savePerson() { System.out.println("添加"); } @Override public void updatePerson() { System.out.println("修改"); } @Override public void deletePerson() { System.out.println("删除"); } } package com.cj.study.proxy; public class Transaction { public void beginTransaction(){ System.out.println("开启事务 "); } public void commit(){ System.out.println("提交事务"); } }package com.cj.study.proxy; public class PersonServiceProxy implements PersonService{ //目标类 private PersonService personService; //增强类 private Transaction transaction; //利用构造函数将目标类和增强类注入 public PersonServiceProxy(PersonService personService,Transaction transaction){ this.personService = personService; this.transaction = transaction; } @Override public void savePerson() { transaction.beginTransaction(); personService.savePerson(); transaction.commit(); } @Override public void updatePerson() { transaction.beginTransaction(); personService.updatePerson(); transaction.commit(); } @Override public void deletePerson() { transaction.beginTransaction(); personService.deletePerson(); transaction.commit(); } }package com.cj.study.proxy; import org.junit.Test; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; public class ProxyTest { @Test public void test(){ ApplicationContext context = new ClassPathXmlApplicationContext("com/cj/study/proxy/applicationContext-proxy.xml"); PersonService personService = (PersonService)context.getBean("personServiceProxy"); personService.savePerson(); } }<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="" xmlns:xsi="" xsi:schemaLocation=" /spring-beans-2.5.xsd"> <bean id="personServie" class="com.cj.study.proxy.PersonServiceImpl"></bean> <bean id="transaction" class="com.cj.study.proxy.Transaction"></bean> <bean id="personServiceProxy" class="com.cj.study.proxy.PersonServiceProxy"> <constructor-arg index="0" ref="personServie"></constructor-arg> <constructor-arg index="1" ref="transaction"></constructor-arg> </bean> </beans>最后的执行结果:
这样就是简单的静态代理。
3、分析静态代理的缺点
静态代理模式的缺点:
1、假设一个系统中有100个Service,则需要创建100个代理对象
2、如果一个Service中有很多方法需要事务(增强动作),发现代理对象的方法中还是有很多重复的代码
3、由第一点和第二点可以得出:静态代理的重用性不强
那怎么解决呢?
用动态代理就可以很好的解决上述问题
————————————————
版权声明:本文为CSDN博主「嗑嗑磕嗑瓜子的猫」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/ju_362204801/article/details/90713500