java写适配器模式实例,实例讲解JAVA 适配器模式

实例讲解JAVA 适配器模式

Adaptee(需要适配的类)代码如下：

public class Adaptee {

public void specialRequest(){

System.out.println("特殊请求");

}

}

Adapter(通过在内部包装一个Adaptee对象，把原接口转换成目标接口)代码如下：

public class Adapter extends Target{

private Adaptee adaptee = new Adaptee();//建立一个私有的Adaptee对象

@Override

public void request() {

//这样就可以把表面上调用request()方法变成实际调用的specialRequest()

adaptee.specialRequest();

}

}

测试方法

public class Test {

public static void main(String[] args) {

//对main方法来说，调用的就是Target的request()

Target target = new Target();

target.request();

}

}

看起来是不是很简单，是不是跟一句俗语很像“挂羊头卖狗肉”。

何时使用适配器模式？

在想使用一个已经存在的类，但如果它的接口，也就是它的方法和你的要求不相同时，就应该考虑用适配器模式。两个类所做的事情相同或相似，但是具有不同的接口时要使用它。而且由于类都共亨同一个接口，代码可以统一调用同一接口就行了，这样应该可以更简单、更直接、更紧凑。

其实用适配器模式也是无奈之举，很有点‘亡羊补牢"的感觉，没办法呀，是软件就有维护的一天，维护就有可能会因不同的开发人员、不同的产品、不同的厂家而造成功能类似而接口不同的情况，此时就是适配器模式大展拳脚的时候了。

现在把教练给球员们分配任务的例子用适配器模式实现

球员类

public abstract class Player {

protected String name;

public Player(String name) {

this.name = name;

}

//进攻和防守方法

public abstract void attack();

public abstract void defense();

}

后卫、中锋、前锋类

//前锋

public class Forwards extends Player {

public Forwards(String name) {

super(name);

}

@Override

public void attack() {

System.out.println("前锋："+name+"进攻");

}

@Override

public void defense() {

// TODO Auto-generated method stub

System.out.println("前锋："+name+"防守");

}

}

//中锋

public class Center extends Player {

public Center(String name) {

super(name);

}

@Override

public void attack() {

System.out.println("中锋："+name+"进攻");

}

@Override

public void defense() {

// TODO Auto-generated method stub

System.out.println("中锋："+name+"防守");

}

}

//后卫

public class Guards extends Player {

public Guards(String name) {

super(name);

}

@Override

public void attack() {

System.out.println("后卫："+name+"进攻");

}

@Override

public void defense() {

// TODO Auto-generated method stub

System.out.println("后卫："+name+"防守");

}

}

测试方法

public class Test {

public static void main(String[] args) {

Player peter = new Forwards("peter");

peter.attack();

Player mike = new Guards("mike");

mike.attack();

Player zhangsan = new Center("张三");

zhangsan.attack();

zhangsan.defense();

}

}

输出结果：

前锋：peter进攻

后卫：mike进攻

中锋：张三进攻

中锋：张三防守

球员“张三”不会说英语，需要翻译，用适配器模式完善代码

//外籍中锋

public class ForeignCenter {

private String name;

//外籍中锋只懂得中文“进攻”

public void jingong() {

System.out.println("中锋："+name+"进攻");

}

//外籍中锋只懂得中文“防守”

public void fangshou() {

System.out.println("中锋："+name+"防守");

}

//省略getter、setter方法

}

//翻译者

public class Translator extends Player {

//声明并实例化一个内部“外籍中锋”对象，表面翻译者与外籍球员有关联

private ForeignCenter wjzf = new ForeignCenter();

public Translator(String name) {

super(name);

wjzf.setName(name);

}

@Override

public void attack() {

//翻译者将attack翻译为jingong 告诉外籍中锋

wjzf.jingong();

}

@Override

public void defense() {

//翻译者将defense翻译为fangshou 告诉外籍中锋

wjzf.fangshou();

}

}

main方法修改代码如下：

//翻译者

public class Translator extends Player {

//声明并实例化一个内部“外籍中锋”对象，表面翻译者与外籍球员有关联

private ForeignCenter wjzf = new ForeignCenter();

public Translator(String name) {

super(name);

wjzf.setName(name);

}

@Override

public void attack() {

//翻译者将attack翻译为jingong 告诉外籍中锋

wjzf.jingong();

}

@Override

public void defense() {

//翻译者将defense翻译为fangshou 告诉外籍中锋

wjzf.fangshou();

}

}

现在就算是张三不懂英文，教练不懂中文，但因为有了翻译者，团队沟通合作成为了可能。

如果能事先预防接口不同的问题，不匹配问题就不会发生：在有小的接口不统一问题发生时，及时重构，问题不至于扩大：只有碰到无法改变原有设计和代码的情况时，才考虑适配。

事后控制不如事中控制，事中控制不如事前控制。

以上就是实例讲解JAVA 适配器模式的详细内容，更多关于JAVA 适配器模式的资料请关注云海天教程其它相关文章！

实例讲解JAVA 适配器模式相关教程