Java代理深入讲解之静态代理
什么是代理
代理就是给目标对象一个代理对象，并由代理对象控制目标的引用。
为什么要使用代理模式
1、通过引入代理对象的方式，可以间接的访问目标对象，避免直接访问目标对象给系统带来不必要的复杂性。
2、通过代理对象可以对原有的业务进行业务增强处理。
举例：如果我们需要买国外的某一件商品A，这个时候我们一般有两个途径要么直接去国外买，要么可以找一些代购人员帮我们去购买。在这种情况下，我们由于直接去国外买，实在是太耗软妹币，而且还要花时间等等，这个时候我们最优的选择就是找代购购买，这样也帮我们省去了很多麻烦的事情。
代理模式类图
代码示例
抽象对象：
publicinterfaceITargetFactoryService{
voidsale(Stringname);
}
目标对象：
@Slf4j
publicclassTargetFactoryServiceImplimplementsITargetFactoryService{
@Override
publicvoidsale(Stringname){
log.info(name+"购买了商品A");
}
}
代理对象：
@Slf4j
publicclassProxyImplimplementsITargetFactoryService{
publicITargetFactoryServiceservice;
publicProxyImpl(ITargetFactoryServiceservice){
super();
this.service=service;
}
@Override
publicvoidsale(Stringname){
before();
service.sale("代购");
after();
}
/**
*后置增强
*/
privatevoidafter(){
log.info("代购在购买后得到了市场调研结果");
}
/**
*前置增强
*/
privatevoidbefore(){
log.info("代购在购买前做了市场调研");
}
}
测试类:
@Slf4j
@SpringBootApplication(exclude={DataSourceAutoConfiguration.class,DataSourceTransactionManagerAutoConfiguration.class,JdbcTemplateAutoConfiguration.class})
publicclassSpsringJdbcApplication{
publicstaticvoidmain(String[]args){
TargetFactoryServiceImplservice=newTargetFactoryServiceImpl();
ProxyImplproxy=newProxyImpl(service);
proxy.sale("代购");
SpringApplication.run(SpsringJdbcApplication.class,args);
}
}
测试结果:
我们可以在代码示例中清晰的看到，在代理类中，代理对象包含了目标对象，并且在业务处理上进行了一定的业务扩展，但是却和目标对象继承于同一个接口。但是此扩展基于SpringAOP来讲，以更加专业的叫法为前置增强、后置增强。
此类代理便是我们常说的静态代理，静态代理适合在业务比较简单，实现类少，需求变化不频繁，但是却要对原有目标服务对象功能进行扩展，并且不去修改原有服务，这个时候我们就可以选择使用静态代理。
静态代理的缺点
如果此时我们业务需要进行扩展，我们的代购同学在经过市场调研以后，发现商品B更加受大家欢迎，这个时候我们就需要对自己的业务进行扩展了，怎么扩展呢？一起接着往下看。
抽象对象:
publicinterfaceITargetFactoryBService{
voidsaleB(Stringname);
}
目标对象:
@Slf4j
publicclassITargetFactoryBServiceImplimplementsITargetFactoryBService{
@Override
publicvoidsaleB(Stringname){
log.info(name+"购买了商品B");
}
}
代理对象：
@Slf4j
publicclassProxyTwoImplimplementsITargetFactoryService,ITargetFactoryBService{
publicITargetFactoryServiceservice;
publicITargetFactoryBServicebService;
publicProxyTwoImpl(ITargetFactoryServiceservice,ITargetFactoryBServicebService){
super();
this.service=service;
this.bService=bService;
}
@Override
publicvoidsale(Stringname){
before();
service.sale("代购");
after();
}
@Override
publicvoidsaleB(Stringname){
before();
bService.saleB("代购");
after();
}
/**
*后置增强
*/
privatevoidafter(){
log.info("代购在购买后得到了市场调研结果");
}
/**
*前置增强
*/
privatevoidbefore(){
log.info("代购在购买前做了市场调研");
}
}
测试类：
@Slf4j
@SpringBootApplication(exclude={DataSourceAutoConfiguration.class,DataSourceTransactionManagerAutoConfiguration.class,JdbcTemplateAutoConfiguration.class})
publicclassSpsringJdbcApplication{
publicstaticvoidmain(String[]args){
TargetFactoryServiceImplservice=newTargetFactoryServiceImpl();
ITargetFactoryBServiceImplbService=newITargetFactoryBServiceImpl();
ProxyTwoImplproxy2=newProxyTwoImpl(service,bService);
proxy2.sale("代购");
proxy2.saleB("代购");
SpringApplication.run(SpsringJdbcApplication.class,args);
}
}
结果：
我们可以看到，在实现业务扩展的时候，需要对原有的代理类进行修改，如果后期我们需要扩展的业务较多的时候，这个类将变的更加繁杂，大量的继承以及方法重写，以至于牵一发而动全身，所以在这种业务扩展性高、业务变化频繁的情况下我们不建议使用静态代理。
静态代理总结:
1、违反Java设计模式开闭原则，即：程序对外扩展开放，对修改关闭。当需求进行变更时，我们应该是新增代码块来实现，而不是在原来的代码中进行修改实现。
2、扩展性很差。
3、可维护性差。
4、代码耦合度高。
总结
到此这篇关于Java代理深入讲解之静态代理的文章就介绍到这了,更多相关Java静态代理内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。