Java设计模式之适配器模式

本文深入探讨了适配器模式的三种类型:类的适配器模式、对象的适配器模式和接口的适配器模式。通过示例代码详细解释了如何解决类或对象之间的接口不兼容问题,以及如何通过抽象类实现接口适配。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

适配器模式(Adapter)

适配器模式将某个类的接口转换成客户端期望的另一个接口表示,目的是消除由于接口不匹配所造成的类的兼容性问题。主要分为三类:类的适配器模式,对象的适配器模式,接口的适配器模式。首先,我们来看看类的适配器模式。如下图:

其核心思想就是:有一个Source类,拥有一个方法,待适配,目标接口是Targetable,通过Adapter类,将Source的功能扩展到Taargetable里。

代码: 

public class Source(){


    public void method1(){
        System.out.println("this is original method!");
    }

}


public interface Targetable(){

    /*与原类中的方法相同*/
    public void method1();
    
    /*新类的方法*/
    public void method2();

}


public class Adapter extends Source implements Targetble(){
    


       @Override
       public void method2(){
        System.out.println("this is targetable method!")
    }     
}


public class AdapterTest(){

    public static void main(String[] args) {  
        Targetable target = new Adapter();  
        target.method1();  
        target.method2();  
    } 


}

   

 输出:

this is original method!

this is the targetable method!

这样Targetable接口实现类就具有了Source类的功能。

 

对象的接口适配器模式

基本思路和类的适配器模式相同,只是将Adapter类作修改,这次不继承Source类,而是持有Source类的实例,已达到解决兼容性问题。如图:

只需要修改Adapter类的源码即可:

public class Wrapper implements Targetable(){

    private Source source;
    
    public Wrapper(Source source){
        super();
        this.source=souce;
    }
    
    @Override
    public void method2(){
        System.out.println("this is the targetable method!");  
    }

    @Override
    public void method1(){
        source.method1();
    }

}

测试类:
public class AdapterTest (){
    public static void main(String[] args) {  
        Source source = new Source();  
        Targetable target = new Wrapper(source);  
        target.method1();  
        target.method2();  
    }  
}

输出与第一种一样,只是适配的方法不同。

 

接口的适配器模式

第三种适配器模式是接口的适配器模式,接口适配器是这样的:有时我们写的一个接口中有多个抽象方法,当我们写该接口的实现类时,必须实现该接口的所有方法,这明显有时比较浪费,因为并不是所有的方法都是我们需要的,有时只需要某一些,此处为了解决这个问题,我们引入了接口的适配器模式,借助于一个抽象类,该抽象类实现了该接口,实现了所有的接口,而我们不和原始的接口打交道,之和该抽象类取得联系,所有我们写一个类继承该抽象类,重写我们需要的方法就行。如图:

这个很好理解,在实际开发中,我们也常会遇到接口中定义了太多方法,以至于我们在一些实现类中都不需要:

public interface Sourceable(){

    public void method1();

    public void method2();

}

抽象类Wrapper2:
public abstract class Wrapper2 implements Sourceable(){

    public void method1();
    
    public void method2();
}

public class SourceSub1 extends Wrapper2(){

    public void method1(){
        System.out.println("the sourceable interface's first Sub1!");  
    }
}


public class SourceSub2 extends Wrapper2 (){

    public void method2(){
        System.out.println("the sourceable interface's second Sub2!");  
    }
}


public class  WrapperTest (){

     public static void main(String[] args) {  
        Sourceable source1 = new SourceSub1();  
        Sourceable source2 = new SourceSub2();  
          
        source1.method1();  
        source1.method2();  
        source2.method1();  
        source2.method2();  
    }  
}

测试输出:

the sourceable interface's first Sub1!
the sourceable interface's second Sub2!

类的适配器模式:当希望将一个类转换成满足另一个新接口的类时,可以使用类的适配器模式,创建一个新类,继承原有的类,实现新的接口即可。

对象的适配器模式:当希望将一个对象转换成为满足另一个新接口的对象时,可以创建一个Wrapper类,持有原类的一个实例,在Wrapper类的方法中,调用实例的方法就行。

接口的适配器模式:当不希望实现一个接口中所有的方法时,可以创建一个抽象类Wrapper,实现所有方法,我们写别的类的时候,继承抽象类即可。

内容概要:本文介绍了基于Python实现的SSA-GRU(麻雀搜索算法优化门控循环单元)时间序列预测项目。项目旨在通过结合SSA的全局搜索能力和GRU的时序信息处理能力,提升时间序列预测的精度和效率。文中详细描述了项目的背景、目标、挑战及解决方案,涵盖了从数据预处理到模型训练、优化及评估的全流程。SSA用于优化GRU的超参数,如隐藏层单元数、学习率等,以解决传统方法难以捕捉复杂非线性关系的问题。项目还提供了具体的代码示例,包括GRU模型的定义、训练和验证过程,以及SSA的种群初始化、迭代更新策略和适应度评估函数。; 适合人群:具备一定编程基础,特别是对时间序列预测和深度学习有一定了解的研究人员和技术开发者。; 使用场景及目标:①提高时间序列预测的精度和效率,适用于金融市场分析、气象预报、工业设备故障诊断等领域;②解决传统方法难以捕捉复杂非线性关系的问题;③通过自动化参数优化,减少人工干预,提升模型开发效率;④增强模型在不同数据集和未知环境中的泛化能力。; 阅读建议:由于项目涉及深度学习和智能优化算法的结合,建议读者在阅读过程中结合代码示例进行实践,理解SSA和GRU的工作原理及其在时间序列预测中的具体应用。同时,关注数据预处理、模型训练和优化的每个步骤,以确保对整个流程有全面的理解。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值