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

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

注意:因为网络原因,视频前一两分钟可能会比较模糊,过一会儿就好了

记得点关注啊,视频里的wx二维码失效了,wx搜索:“聊5毛钱的java 或 扫码关注公众号,欢迎一起学习交流

快扫码关注啦!关注可领取博主的Java学习视频+资料,保证都是干货

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

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

假如说你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="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://www.springframework.org/schema/beans
           http://www.springframework.org/schema/beans/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>

最后的执行结果:

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

静态代理是在程序运行前,代理类的.class文件就已经存在了

3、分析静态代理的缺点

静态代理模式的缺点:

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

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

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

那怎么解决呢?

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

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

铁子们,如果觉得文章对你有所帮助,可以点关注,点赞

也可以关注下公众号:扫码或 wx搜索:“聊5毛钱的java”,欢迎一起学习交流,关注公众号可领取博主的Java学习视频+资料,保证都是干货

3Q~

纯手敲原创不易,如果觉得对你有帮助,可以打赏支持一下,哈哈,感谢~

           

  • 123
    点赞
  • 72
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 26
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 26
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

嗑嗑嗑瓜子的猫

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值