设计模式（五）：代理模式
来看普通的代码：房东出租房屋，代码没毛病
来看静态代理：
Rent.java和HouseOwner.java不变，增加Proxys.java，然后测试
在静态代理中，房东HouseOwner是（真实的角色）被代理的角色，而Proxys是代理房东去出售房屋的，所以Proxys是代理对象。可以看出 真实对象和代理对象都实现了Rent接口（出租房子的接口）。并且代理对象中保存了真实对象的引用。
当然也可以这样，Proxys类里保存接口。面向对象的特性，在new Proxys类的对象的时候，可以传入接口的实现类，多态特性，接口指向实现类。
再来一个真实项目中的例子，方便理解静态代理：
也就是说真实对象和代理对象都要实现同一接口，UserService, 和之前租房的例子一样，都要实现Rent接口。然后代理类里保存一线接口的引用或者真实对象的引用，毕竟多态，真实对象也是实现了接口的。
接下来看一下动态代理：
动态代理和静态代理的区别：
静态代理的代理类是开发人员需要手动写，
而动态代理的代理类是动态生成的。动态代理的分类：
基于接口的代理 ： JDK动态代理
基于类的代理 ： cglib在这里需要了解一个类和一个接口：
Proxy类和invocationHandler接口，不知道的可以去文档里查一下这两个。
用动态代理改造租房例子，HouseOwner和 Rent接口不变 ，新增一个类
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;
// 本类的作用是动态生成代理
public class MyInvocationHandler implements InvocationHandler {
// 被代理的接口
private Rent rent;
// 构造方法
public MyInvocationHandler(Rent rent) {
this.rent = rent;
}
public Object getProxy(){
return Proxy.newProxyInstance
(rent.getClass().getClassLoader(),
rent.getClass().getInterfaces(),
this);
}
// invoke属于自动调用的方法
@Override
public Object invoke(Object proxy, Method method, Object[] args)
throws Throwable {
see();
Object result = method.invoke(rent, args);
charge();
return result;
}
public void see(){
System.out.println("中介带想要租房的人看房");
}
public void charge(){
System.out.println("中介收钱");
}
}
测试类：
public class Test {
public static void main(String[] args) {
HouseOwner houseOwner = new HouseOwner();
MyInvocationHandler handler =
new MyInvocationHandler(houseOwner);
Rent proxy = (Rent) handler.getProxy();
proxy.rent();
}
}结果：
下来改造成公用的，不能是保存Rent接口了，必须是传什么接口，就替实现了那个接口的真实对象动态生成代理对象；代码如下
然后再改写一下 UserService 采用动态代理，使得执行add和delete方法执行之前和之后，都打印一下执行xxx方法之前和执行xxx方法之后。
如果改一下 Test类的 proxy.delete()
这样的话 ，UserServiceImpl类并没有改动代码，UserService接口的代码也没有变，却增加了业务的功能，可以把这个xxx方法执行之前 和 xxx方法执行之后，做成事务控制和日志，或者做成自己想要的功能都可以。这个就是jdk的动态代理
有些小伙伴会问了，那可不可以代理多个类呢？
当然可以，想一下假如还有个类也是实现了UserService这个接口，那么测试代码还是不变的,因为 UserService userService = new xxx() ,这个xxx实现了UserService接口，接口保存实现类对象，动态代理代理的是实现了接口的那些真实类的对象，多态的运用很奇妙。
其实换个思维来想，设计模式就是把类，抽象类，接口，这些面向对象，面向接口组合起来，如果java基础扎实，那么设计模式必须看得懂。
网站声明：如果转载，请联系本站管理员。否则一切后果自行承担。
相关文章
-
设计模式（四）：装饰器模式
2023-12-28
64851 浏览
装饰器模式装饰器模式（DecoratorPattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。通过下面的实例来演示装饰器模式的用法。其中，我们将把一个形状装饰上不同的颜色，同时又不改变形状类。介绍意图：动态地给一个对象添加一些
-
微服务架构及其最重要的 10 个设计模式
2024-01-02
63807 浏览
软件设计模式是解决软件设计中常见问题的通用、可复用的解决方案。设计模式让我们可以分享通用词汇并使用经实战检验的方案，以免重复造轮子。现在，我将介绍一系列设计模式来实现这些最佳实践。微服务架构的设计模式独享数据库（DatabaseperMicroservice）当一家公司将大型单体系统替换成一组微服务，首先要面临的最重要决策是关于数据库。单体架构会使用大型中央数据库。即使转移到微服务架构许多架构师仍
-
设计模式篇——中介者模式（优化多对象依赖的必备利器）
2023-12-29
63970 浏览
场景：多部门相互依赖，协同工作相信大家都去超市买过东西，非常方便，而且超市货架上的货源不会断货，为了保证这一点，超市一定有自己的一个仓库，以便随时补货。既然有了仓库，就要有专门的人员从外面采购物品来存到仓库，针对这个场景，我们抽取出三个角色部门：销售部门、仓库苦闷、采购部门。这三个部门之间是相互依赖的。采购部门要根据销售部门的销售情况确定是否采购，也需要根据仓库的库存量决定是否采购，而销售部门只有
-
模板方法设计模式：
2023-12-31
66648 浏览
模板方法设计模式：解决的问题：当功能内部一部分实现时确定，一部分实现是不确定的。这时可以把不确定的部分暴露出去，让子类去实现。abstractclassGetTime{publicfinalvoidgetTime(){//此功能如果不需要复写，可加final限定longstart=System.currentTimeMillis();code();//不确定的功能部分，提取出来，通过抽象方法实现l
-
设计模式篇——原型模式（如何优雅地拷贝对象）
2023-12-29
67544 浏览
生活场景：招商信用卡给客户发送电子邮件现在好多人都会使用信用卡，而信用卡中心会每月向用户发送账单或者其他广告或者活动。比如现在招商信用卡中心要向10个客户发送一条抽奖活动的邮件，这10个人接收到的邮件的内容肯定是一样的，不一样的地方就是客户的一些基本信息展示。因此，我们可以使用一个通用的模板，然后把客户的信息放到模板中生成一份完整的电子邮件。根据分析，我们设计如下类图：代码清单如下。模板类：邮件类
-
设计模式（六）：责任链设计模式
2023-12-28
65433 浏览
上图把
-
关注我们
扫一扫关注公众号
添加我为好友，拉您入交流群！
添加我为好友，拉您入交流群！
请使用微信扫一扫!
-