飞道的博客

Java中的代理模式——静态代理以及分析静态代理的缺点

346人阅读  评论(0)

视频功能审核通过了,可以看视频啦!记得点关注啊~

SpringAOP系列,帮你了解SpringAOP的来龙去脉

 

思考:以常见的增删改查为例,在执行增删改的时候我们需要开启事务,执行完成后需要提交事务

假如说你Service里有100个增删改的方法,那这100个方法里除了你自己真正需要处理的业务逻辑外,每个方法都还需要去关注开启事务,提交事务这些动作。那有没有稍微好点的办法解决呢?于是就出现了代理模式的概念,那什么是代理模式呢?

1、什么是代理模式

简单来说:代理就是对目标方法进行增强。

什么意思呢?还是上边的例子,Service里你的业务逻辑我们称之为需要执行的目标方法;开启事务,提交事务这些我们就可以称之为对目标方法的增强。于是乎,我们可不可以这样:“需要执行的目标”单独写一个类(目标类),“需要增强的动作”单独写一个类(增强类),最后再写一个类(代理类),把它两者结合到一起。这样的话,是不是就实现了开启事务,提交事务这些动作只需要在增强类里写一遍,然后我们在业务目标类里就只关心我们的业务动作就行了,其他的乱七八糟的比如开启事务、提交事务(除了这些还可以有别的一些动作,统一的日志操作等等)等等这些增强的动作我都不关注了,在业务类里只写业务!最后在代理类里把增强的动作和目标动作结合起来就ok了,然后用的时候,用咱们的代理对象就好了。这样做就实现了在业务类里可以只专注于业务,其他的不管,而且到达了松耦合的效果(就是那些增强的动作,比如事务,统一的日志操作等等,这些动作和我的业务是分离开的)。

代理分为静态代理和动态代理。

下边先用静态写一下,简单实现一下上述的内容

2、代码实现


  
  1. package com.cj.study.proxy;
  2. public interface PersonService {
  3. public void savePerson();
  4. public void updatePerson();
  5. public void deletePerson();
  6. }

  
  1. package com.cj.study.proxy;
  2. public class PersonServiceImpl implements PersonService{
  3. @Override
  4. public void savePerson() {
  5. System.out.println( "添加");
  6. }
  7. @Override
  8. public void updatePerson() {
  9. System.out.println( "修改");
  10. }
  11. @Override
  12. public void deletePerson() {
  13. System.out.println( "删除");
  14. }
  15. }

  
  1. package com.cj.study.proxy;
  2. public class Transaction {
  3. public void beginTransaction(){
  4. System.out.println( "开启事务 ");
  5. }
  6. public void commit(){
  7. System.out.println( "提交事务");
  8. }
  9. }

  
  1. package com.cj.study.proxy;
  2. public class PersonServiceProxy implements PersonService{
  3. //目标类
  4. private PersonService personService;
  5. //增强类
  6. private Transaction transaction;
  7. //利用构造函数将目标类和增强类注入
  8. public PersonServiceProxy(PersonService personService,Transaction transaction){
  9. this.personService = personService;
  10. this.transaction = transaction;
  11. }
  12. @Override
  13. public void savePerson() {
  14. transaction.beginTransaction();
  15. personService.savePerson();
  16. transaction.commit();
  17. }
  18. @Override
  19. public void updatePerson() {
  20. transaction.beginTransaction();
  21. personService.updatePerson();
  22. transaction.commit();
  23. }
  24. @Override
  25. public void deletePerson() {
  26. transaction.beginTransaction();
  27. personService.deletePerson();
  28. transaction.commit();
  29. }
  30. }

 


  
  1. package com.cj.study.proxy;
  2. import org.junit.Test;
  3. import org.springframework.context.ApplicationContext;
  4. import org.springframework.context.support.ClassPathXmlApplicationContext;
  5. public class ProxyTest {
  6. @Test
  7. public void test(){
  8. ApplicationContext context = new ClassPathXmlApplicationContext( "com/cj/study/proxy/applicationContext-proxy.xml");
  9. PersonService personService = (PersonService)context.getBean( "personServiceProxy");
  10. personService.savePerson();
  11. }
  12. }

  
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <beans xmlns="http://www.springframework.org/schema/beans"
  3. xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance"
  4. xsi:schemaLocation= "http://www.springframework.org/schema/beans
  5. http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
  6. <bean id="personServie" class="com.cj.study.proxy.PersonServiceImpl"> </bean>
  7. <bean id="transaction" class="com.cj.study.proxy.Transaction"> </bean>
  8. <bean id="personServiceProxy" class="com.cj.study.proxy.PersonServiceProxy">
  9. <constructor-arg index="0" ref="personServie"> </constructor-arg>
  10. <constructor-arg index="1" ref="transaction"> </constructor-arg>
  11. </bean>
  12. </beans>

最后的执行结果:

这样就是简单的静态代理。

3、分析静态代理的缺点

静态代理模式的缺点:

1、假设一个系统中有100个Service,则需要创建100个代理对象

2、如果一个Service中有很多方法需要事务(增强动作),发现代理对象的方法中还是有很多重复的代码

3、由第一点和第二点可以得出:静态代理的重用性不强

那怎么解决呢?

用动态代理就可以很好的解决上述问题

下一篇会讲一下动态代理:Java中动态代理的两种方式JDK动态代理和cglib动态代理以及区别


转载:https://blog.csdn.net/ju_362204801/article/details/90713500
查看评论
* 以上用户言论只代表其个人观点,不代表本网站的观点或立场