在代理模式(Proxy Pattern)中,一个类代表另一个类的功能。这种类型的设计模式属于结构型模式。
在代理模式中,我们创建具有现有对象的对象,以便向外界提供功能接口。
意图:为其他对象提供一种代理以控制对这个对象的访问。
主要解决:在直接访问对象时带来的问题,比如说:要访问的对象在远程的机器上。在面向对象系统中,有些对象由于某些原因(比如对象创建开销很大,或者某些操作需要安全控制,或者需要进程外的访问),直接访问会给使用者或者系统结构带来很多麻烦,我们可以在访问此对象时加上一个对此对象的访问层。
何时使用:想在访问一个类时做一些控制。
如何解决:增加中间层。
关键代码:实现与被代理类组合。
应用实例: 1、Windows 里面的快捷方式。 2、猪八戒去找高翠兰结果是孙悟空变的,可以这样理解:把高翠兰的外貌抽象出来,高翠兰本人和孙悟空都实现了这个接口,猪八戒访问高翠兰的时候看不出来这个是孙悟空,所以说孙悟空是高翠兰代理类。 3、买火车票不一定在火车站买,也可以去代售点。 4、一张支票或银行存单是账户中资金的代理。支票在市场交易中用来代替现金,并提供对签发人账号上资金的控制。 5、spring aop。
优点: 1、职责清晰。 2、高扩展性。 3、智能化。
缺点: 1、由于在客户端和真实主题之间增加了代理对象,因此有些类型的代理模式可能会造成请求的处理速度变慢。 2、实现代理模式需要额外的工作,有些代理模式的实现非常复杂。
使用场景:按职责来划分,通常有以下使用场景: 1、远程代理。 2、虚拟代理。 3、Copy-on-Write 代理。 4、保护(Protect or Access)代理。 5、Cache代理。 6、防火墙(Firewall)代理。 7、同步化(Synchronization)代理。 8、智能引用(Smart Reference)代理。
注意事项: 1、和适配器模式的区别:适配器模式主要改变所考虑对象的接口,而代理模式不能改变所代理类的接口。 2、和装饰器模式的区别:装饰器模式为了增强功能,而代理模式是为了加以控制。
实现
我们将创建一个 Image 接口和实现了 Image 接口的实体类。ProxyImage 是一个代理类,减少 RealImage 对象加载的内存占用。
ProxyPatternDemo,我们的演示类使用 ProxyImage 来获取要加载的 Image 对象,并按照需求进行显示。
创建一个接口:
package com.kgc.proxypattern;
public interface Image {
public void display();
}
创建实现接口的实体类。
package com.kgc.proxypattern;
/**
* 实现接口的实体类
*
* @author Lenovo
*
*/
public class RealImage implements Image {
private String fileName;
/**
* 带参构造函数
*
* @param fileName
*/
public RealImage(String fileName) {
this.fileName = fileName;
LoadFromDisk(fileName);
}
@Override
public void display() {
System.out.println("displaying----->" + fileName);
}
/**
* 创建一个私有的带参方法
*
* @param fileName
*/
private void LoadFromDisk(String fileName) {
System.out.println("loading------>" + fileName);
}
}
创建代理类,以便达到:当被请求时,使用 ProxyImage 来获取 RealImage 类的对象。
package com.kgc.proxypattern;
/**
* 代理类
*
* @author Lenovo
*
*/
public class ProxyImage implements Image {
private RealImage realImage; // 封装真实实现类对象
private String fileName;
/**
* 代理类构造函数,与实现类一致
*
* @param fileName
*/
public ProxyImage(String fileName) {
this.fileName = fileName;
}
/**
* 代理类代理真实类的无参方法,实例化真实类,并调用真实类的无参方法(在面向对象系统中,有些对象由于某些原因
* (比如对象创建开销很大,或者某些操作需要安全控制,或者需要进程外的访问),直接访问会给使用者或者系统结构带来很多麻烦,
* 我们可以在访问此对象时加上一个对此对象的访问层。
*/
@Override
public void display() {
if (realImage == null) { // 在代理类创建真实类的实例,简单的单例模式
realImage = new RealImage(fileName);
}
realImage.display(); // 调用真实类的实现方法
}
}
测试:当被请求时,使用 ProxyImage 来获取 RealImage 类的对象。
package com.kgc.proxypattern;
public class ProxyPatternDemo {
public static void main(String[] args) {
// 创建一个代理类对象(创建含有真是对象的代理对象
Image image = new ProxyImage("个人证件照.jpg");
// 图像将从磁盘加载
image.display();
System.out.println("");
// 图像不需要从磁盘加载
image.display();
}
}
测试结果:
拓展:
在学习框架中,一个框架会用到很多设计模式,这里引两个框架,mybatis框架和spring框架。
mybatis框架
-
功能:将java对象映射城sql语句,将结果集转化成java对象。将容易变化的放在配置文件中,不变的通过Mybatis管理。
-
完成:1.根据JDBC规范建立数据库的连接;
2.通过反射打通java对象与数据库参数转化的关系。
-
原理:动态代理和反射机制。
动态代理中用到JDK动态代理和CGLIB代理。
这两者的区别是,JDK动态代理是接口的,CGLIB代理是对于类的。
Mybatis中这两种代理都用到过,Mapper中用到的是JDK动态代理,在延迟加载的时候用到CGLIB代理。
1.读取配置到Configuration对象,并使用相应对象去创建SqlSessionFactory;
2.通过SqlSessionFactory拿到SqlSession进行增删改查方法。
SqlSessionDaoSupport:
1、SqlSessionDaoSupport 是 一 个 抽象 的支 持 类, 用来 为你 提供 SqlSession 。
@Autowired
@Override
public void setSqlSessionFactory(SqlSessionFactory sqlSessionFactory) {
// TODO Auto-generated method stub
super.setSqlSessionFactory(sqlSessionFactory);
}
//spring配置
<!-- 配置sqlSessionFactory -->
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
<property name="dataSource" ref="dataSource"/>
<property name="configLocation" value="classpath:mybatis.cfg.xml"></property>
</bean>
2、调 用 getSqlSession()方法你会得到一个 SqlSessionTemplate,之后可以用于执行 SQL 方法
3、持久层未继承SqlSessionDaoSupport,需要注入类
@Autowired
private SqlSessionTemplate sqlSession;
<bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate">
<constructor-arg index="0" ref="sqlSessionFactory"/>
</bean>
代理模式,Mybatis实现的核心,比如MapperProxy、ConnectionLogger,用的jdk的动态代理;还有executor.loader包使用了cglib或者javassist达到延迟加载的效果。
https://www.cnblogs.com/shuchen007/p/9193179.html
spring框架
同理,代理模式,在Aop实现中用到了JDK的动态代理;在spring框架中------->在AOP和remoting中被用的比较多。