Hunish的个人博客

stay hungy stay foolish

HeadFrist设计模式学习之适配器模式
适配器模式定义:
将一个类的接口,转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。
需求描述:
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
----------------------------------------
好了,这样就得到了比上面更好的解决方案,这种方案的缺点是你几乎要重写所有的方法来达到适配的目的,但是相比程序混淆和难以理解,这是值得的。
阅读更多
版权声明:本文为博主原创文章,转载请注明出处 https://blog.csdn.net/baidu_30889437/article/details/51539776
文章标签: 设计模式
个人分类: java设计模式
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

不良信息举报

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

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭