十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
本篇内容介绍了“Java的适配器设计模式是什么意思”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!
创新互联公司专注于网站设计制作、做网站、网页设计、网站制作、网站开发。公司秉持“客户至上,用心服务”的宗旨,从客户的利益和观点出发,让客户在网络营销中找到自己的驻足之地。尊重和关怀每一位客户,用严谨的态度对待客户,用专业的服务创造价值,成为客户值得信赖的朋友,为客户解除后顾之忧。
适配器模式
1、适配器模式(Adapter Pattern)将某个类的接口转换成客户端期望的另一个接口表示,主的目的是兼容性,让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper)
2、适配器模式属于结构型模式
3、主要分为三类:
类适配器模式
对象适配器模式
接口适配器模式
适配器的工作原理:
1、 适配器模式:将一个类的接口转换成另一种接口.让原本接口不兼容的类可以兼容
2、从用户的角度看不到被适配者,是解耦的
3、用户调用适配器转化出来的目标接口方法,适配器再调用被适配者的相关接口方法
4、 用户收到反馈结果,感觉只是和目标接口交互
举个例子
生活中我使用手机,电脑,游戏机,电视机都有自己的适配器,有点物理常识的人都知道,不同电子产品所需的电压不同,家庭电压是220V,而我们的手机,电脑有可能只需要12V,8V,5V等,这时候手机适配器,电脑适配器就起到了作用
类适配器模式
基本介绍:Adapter类,通过继承 src类,实现 dst 类接口,完成src->dst的适配
案例: 充电器本身相当于Adapter,220V交流电相当于src (即被适配者),我们的目dst(即 目标)是5V直流电
被适配者
//被适配的类 public class Voltage220V { //输出220V的电压 public int output220V() { int src = 220; System.out.println("家庭电压=">
适配接口
//适配接口 public interface IVoltage5V { public int output5V(); }
适配器类
//适配器类 public class VoltageAdapter extends Voltage220V implements IVoltage5V { @Override public int output5V() { // TODO Auto-generated method stub //获取到220V电压 int srcV = output220V(); int dstV = srcV / 44 ; //转成 5v return dstV; } }
测试使用
public class Phone { //充电 public void charging(IVoltage5V iVoltage5V) { if(iVoltage5V.output5V() == 5) { System.out.println("电压为5V, 可以充电~~"); } else if (iVoltage5V.output5V() > 5) { System.out.println("电压大于5V, 不能充电~~"); } } } public class Client { public static void main(String[] args) { // TODO Auto-generated method stub System.out.println(" === 类适配器模式 ===="); Phone phone = new Phone(); phone.charging(new VoltageAdapter()); } } 输出: === 类适配器模式 ==== 家庭电压=220伏 电压为5V, 可以充电~~
类适配器模式注意事项和细节
Java是单继承机制,所以类适配器需要继承src类这一点算是一个缺点, 因为这要求dst必须是接口,有一定局限性。
src类的方法在Adapter中都会暴露出来,也增加了使用的成本。
由于其继承了src类,所以它可以根据需求重写src类的方法,使得Adapter的灵活性增强了。
对象适配器模式介绍
1、 基本思路和类的适配器模式相同,只是将Adapter类作修改,不是继承src类,而是持有src类的实例,以解决兼容性的问题。 即:持有 src类,实现 dst 类接口,完成src->dst的适配
2、 根据“合成复用原则”,在系统中尽量使用关联关系来替代继承关系。
3、 对象适配器模式是适配器模式常用的一种
案例: 充电器本身相当于Adapter,220V交流电相当于src (即被适配者),我们的目dst(即 目标)是5V直流电,使用对象适配器模式解决
适配器类
//适配器类 public class VoltageAdapter implements IVoltage5V { private Voltage220V voltage220V; // 关联关系-聚合 //通过构造器,传入一个 Voltage220V 实例 public VoltageAdapter(Voltage220V voltage220v) { this.voltage220V = voltage220v; } @Override public int output5V() { int dst = 0; if(null != voltage220V) { int src = voltage220V.output220V();//获取220V 电压 System.out.println("使用对象适配器,进行适配~~"); dst = src / 44; System.out.println("适配完成,输出的电压为=" + dst); } return dst; } }
使用,充电
public class Client { public static void main(String[] args) { // TODO Auto-generated method stub System.out.println(" === 对象适配器模式 ===="); Phone phone = new Phone(); phone.charging(new VoltageAdapter(new Voltage220V())); } } 输出: === 对象适配器模式 ==== 电压=220伏 使用对象适配器,进行适配~~ 适配完成,输出的电压为=5 电压为5V, 可以充电~~
接口适配器模式介绍
1、当不需要全部实现接口提供的方法时,可先设计一个抽象类实现接口,并为该接口中每个方法提供一个默认实现(空方法),那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求
2、 适用于一个接口不想使用其所有的方法的情况
怎么理解呢?
小例子1:手机适配器太多了,不同型号的,都可以充电,充电的速度效率都不同,随用用一种就可以了
小例子2:现实开发中,一个类去实现一个接口,发现这个接口里面有很多方法,而我们只需要部分功能,这个时候就可以用了
接口(不同型号的手机适配器)
public interface Interfaces { //型号1 public void m1(); //型号2 public void m2(); //型号3 public void m3(); //型号4 public void m4(); }
抽象类实现(适配器类)
//在抽象AbsAdapter 我们将 Interfaces 的方法进行默认实现 public abstract class AbsAdapter implements Interfaces { //默认实现 public void m1() { } public void m2() { } public void m3() { } public void m4() { } }
使用,给手机充电
public class Client { public static void main(String[] args) { AbsAdapter absAdapter = new AbsAdapter() { //只需要去覆盖我们 需要使用 接口方法 @Override public void m1() { // TODO Auto-generated method stub System.out.println("使用了型号1的手机适配器给手机充电"); } }; absAdapter.m1(); } } 输出: 使用了型号1的手机适配器给手机充电
适配器模式的注意事项和细节
1、三种命名方式,是根据 src是以怎样的形式给到Adapter(在Adapter里的形式)来命名的。
2、类适配器:以类给到,在Adapter里,就是将src当做类,继承
对象适配器:以对象给到,在Adapter里,将src作为一个对象,持有
接口适配器:以接口给到,在Adapter里,将src作为一个接口,实现
3、Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作。
优点:
1、可以让任何两个没有关联的类一起运行。
2、提高了类的复用。
3、增加了类的透明度。
4、灵活性好。
缺点:
1、过多地使用适配器,会让系统非常零乱,不易整体进行把握。比如,明明看到调用的是 A 接口,其实内部被适配成了 B 接口的实现,一个系统如果太多出现这种情况,无异于一场灾难。因此如果不是很有必要,可以不使用适配器,而是直接对系统进行重构。
2.由于 JAVA 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。
使用场景:有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。
“Java的适配器设计模式是什么意思”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注创新互联网站,小编将为大家输出更多高质量的实用文章!