设计模式:适配器模式和代理模式的区别
发布网友
发布时间：2022-04-29 20:34
共2个回答
懂视网
时间：2022-04-14 08:53
这里设想了一个简单的卖房子的场景。在没有代理的情况下，房子的拥有者想要卖房子，需要自己发布信息，带买家看房，办理交接手续等事情。这时候房主发现这样太麻烦了。于是他请来了代理HouseProxy，代理负责除必须房主参加的办理手续之外的所有事情。
这正是代理模式应用场景中的：智能指引，指当调用真实的对象时，代理处理另外的一些事情。
对比装饰模式，感觉非常相近，所以才会有之前一直提到的文章。代理模式感觉是一个代理处理了所有其他的事情，装饰模式是需要一系列各种各种的“能人”，各取所长。
实现代码很简单了：
/**
* Created by OneCoder on 2014/11/24.
*/
public class HouseOwner implements ISellHouse {
@Override
public void sellHouse() {
System.out.println("Sell my house.") ;
}
}
/**
* Created by OneCoder on 2014/11/24.
*/
public class HouseProxy implements ISellHouse {
private ISellHouse seller;
public HouseProxy(ISellHouse seller) {
this.seller = seller ;
}
@Override
public void sellHouse() {
System.out.println("Proxy: Publish the information.");
System. out.println("Proxy: Contact the buyer.");
seller.sellHouse();
System. out.println("Proxy: Get commision.");
}
}
似乎没什么可说的，OneCoder自我感觉是可以区分和使用这两种设计模式了，目的达到了。
PS:
1、最近博客更新的比较慢，家里的事情比较多，不过学习是一定要坚持的，哪怕是龟兔赛跑，我也在前进。
2、博客最近流量超标(15G/月)，原因是遭到来自IP：114.215.138.184（爱论文网？）的不间断爬取。精力有限，经济有限(已经又充了流量。)，所以，OneCoder准备慢慢把博客完全搬家到github.io上，这个过程也许很漫长。。。
爬虫可以。。。没完没了的爬。。就不必了吧。。。。
原文地址：乱学设计模式——代理模式, 感谢原作者分享。
热心网友
时间：2022-04-14 06:01
Proxy，代理模式：为其他对象提供一种代理以控制对这个对象的访问。
例如：经典的体现在Spring AOP切面中，Spring中利用了俩种代理类型。
其实，代理也分为静态和动态，但是我们一般常用动态，因为静态代理秀不起来
Adapter,适配器模式：将一类的接口转换成客户希望的另外一个接口，Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。
其中对象的适配器模式是各种结构型模式的起源，分为三种：类，对象，接口的适配器模式。
结一下三种适配器模式的应用场景：
类的适配器模式：当希望将一个类转换成满足另一个新接口的类时，可以使用类的适配器模式，创建一个新类，继承原有的类，实现新的接口即可。
对象的适配器模式：当希望将一个对象转换成满足另一个新接口的对象时，可以创建一个Wrapper类，持有原类的一个实例，在Wrapper类的方法中，调用实例的方法就行。
接口的适配器模式：当不希望实现一个接口中所有的方法时，可以创建一个抽象类Wrapper，实现所有方法，我们写别的类的时候，继承抽象类即可。
区别：很明显，适配器模式是因为新旧接口不一致导致出现了客户端无法得到满足的问题，但是，由于旧的接口是不能被完全重构掉的，因为我们还想使用实现了这个接口的一些服务。那么为了使用以前实现旧接口的服务，我们就应该把新的接口转换成旧接口。相比于适配器的应用场景，代理就不一样了，虽然代理也同样是增加了一层，但是，代理提供的接口和原本的接口是一样的，代理模式的作用是不把实现直接暴露给client，而是通过代理这个层，代理能够做一些处理。
