【第22期】观点:IT 行业加班,到底有没有价值?

HeadFrist设计模式学习之适配器模式

原创 2016年05月30日 17:36:03
适配器模式定义:
将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。
需求描述:
JVM的公园里有很多动物,在必要时会将动物们放置在BOX里面,所以有很多Box和动物。
现有的是一个可以放置十个鸭子的DuckBox类,其showMsg()方法可以打印每个位置的信息,具体如下:
DuckBox类:
class DuckBox {
   private ArrayList<Duck> duck;
   private int count;
   public DuckBox() {

 duck=new ArrayList<Duck>();
 count=0;
}
   
   public boolean add(Duck duck)
   {
  if(!isFull()){
  this.duck.add(duck);
  count++;
  return true;
  }
  else
  return false;
   }
   public boolean isFull()
   {
  if(count==10)
  return true;
  else
  return false;
   }
   public void showMsg()
   {
  for(Duck d:this.duck)
  {
  System.out.print("position:"+duck.indexOf(d)+"------MSG:"+ d.getDescription()+"\n");
  }
   }
}
Duck类:
class Duck {
private String description="this is a duck";
public String getDescription()
{
return description;
}


}
测试代码:
class Run {


public static void main(String[] args) {
// TODO Auto-generated method stub


DuckBox db=new DuckBox();
while(db.add(new Duck()));
db.showMsg();
}


}
结果————————————
position:0------MSG:this is a duck
position:1------MSG:this is a duck
position:2------MSG:this is a duck
position:3------MSG:this is a duck
position:4------MSG:this is a duck
position:5------MSG:this is a duck
position:6------MSG:this is a duck
position:7------MSG:this is a duck
position:8------MSG:this is a duck
position:9------MSG:this is a duck
-----------------------------------
问题:放鸡的Box不够用了,但是放鸭子的Box有剩余,如何做才能使DuckBox类能够同时放置Chicken和Duck呢?
解决方法:
创建一个基类:animal,让Duck和Chicken同时继承animal,将DuckBox中ArrayList<Duck>改为ArrayList<animal>.
这的确是可行的,但是其中存在的问题有两点:
①:DuckBox 可以放置的动物类型好像不止两种,任何实现了animal的类都可以放进来,这样还不如叫Box(失去了设计类本身的意义)。
②:当这种需求变得普遍时(即很多种动物都需要借居在其他相近的动物箱里),整个程序结构变得相当混淆。
这种错误使用多态的方式 使程序变得难以理解(既然名为DuckBox,为什么声明为animal?),我们应该换种思路,使用组合(适配器模式上场了! )。  
将一个chicken类与继承Duck类的“包装”,组合起来,这样在DuckBox看起来是个Duck,但是在方法内部调用的都是Chicken的,就像下面这样:
class DuckAdapter extends Duck {
Chicken c;
public DuckAdapter(Chicken c) {
// TODO Auto-generated constructor stub
this.c=c;
}
@Override
public String getDescription() {
// TODO Auto-generated method stub
return c.getDescription(); //这里调用的是chicken的方法
}
  
}
测试代码:
class Run {


public static void main(String[] args) {
// TODO Auto-generated method stub


DuckBox db=new DuckBox();
while(db.add(new Duck()))
{
db.add(new DuckAdapter(new Chicken()));
};
db.showMsg();
}


}
   结果--------------------------------
position:0------MSG:this is a duck
position:1------MSG:this is a chicken
position:2------MSG:this is a duck
position:3------MSG:this is a chicken
position:4------MSG:this is a duck
position:5------MSG:this is a chicken
position:6------MSG:this is a duck
position:7------MSG:this is a chicken
position:8------MSG:this is a duck
position:9------MSG:this is a chicken
----------------------------------------
好了,这样就得到了比上面更好的解决方案,这种方案的缺点是你几乎要重写所有的方法来达到适配的目的,但是相比程序混淆和难以理解,这是值得的。
版权声明:本文为博主原创文章,转载请注明出处 举报

相关文章推荐

IOS设计模式学习(8)适配器

1 前言 在面向对象软件设计中,有时候我们想把有用而经过精心测试的类,用于应用程序的其他新领域。但是,新功能需要新接口,而新接口与要复用的现有类不一致的情况非常普遍。我们不想为新的接口而重写可靠的类...

《设计模式》学习笔记--适配器Adapter

欢迎转载,请注明出处。 1、核心意图: 将一个类的接口转换成客户希望的另外一个接口,从而使得原本由于接口不兼容而不能一起工作的类可以一起工作。 该模式的目标是通过一个代理(这里是Adapter),在原来的类(Adaptee)和客户(Client)之间进行协调,从而达到兼容的目的。其核心是解决一致性的问题。 <stron

设计模式讲解与代码实践(七)——适配器(基于对象)

本文讲解了适配器(Adapter)设计模式(基于对象)的使用目的、基本形态及各参与者,并结合示例代码,讲解了该设计模式在具体业务场景下的使用。

Ruby设计模式透析之 —— 适配器(Adapter)

转载请注明出处:<a hr

《HeadFrist 设计模式》读书笔记 —— 策略模式

《HeadFrist 设计模式》读书笔记 —— 策略模式出现情形:定义了一个父类鸭子,定义的有叫,游方法,子类有:活鸭子,玩具鸭子等,这时想在父类鸭子中加上飞这个操作,这时会出现情况,活鸭子可以实现叫...
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)