设计模式之Adapter 学习总结

适配器的使用场景(有很多种,我截止目前为止只看到一种):

//有一个形状接口,其中定义了2个方法,显示和隐藏
interface Sharp{
	void show();
	void hide();
}
然后,有2个类实现类这个接口
//实现形状的线条类
class Line implements Sharp{
	void show(){}
	void hide(){}
}
//实现形状类的正方形类
class Square implements Sharp{
	void show(){}
	void hide(){}
}
随后,我突然又想加入一个圆的类,这时,如果我有一个同事已经完成类圆类的定义,我当然希望直接把他的类直接拿过来用,这样我就省下类实现圆类所需要的时间。但是,好事多磨,来看一下我同事鞋的圆类

//同事的圆类
class MyCircle{
	void display(){}
	void undisplay(){}
}
这。。。我怂了,因为方法名完全不同,我又不想去 改动它里面的实现过程,不然可能会有什么不可知的错误。。

于是,适配器这个时候就有作用咯~

我们可以这样来:

class Circle implements Sharp{
	private MyCircle myCircle;
	//构造一个MyCircle类
	public Circle(){
		this.myCircle = new MyCircle();
	}
	//利用MyCircle的显示方式显示
	void show(){
		this.myCircle.display();
	}
	//利用MyCircle的隐藏方式隐藏
	void hide(){
		this.myCircle.undisplay();
	}
}

这样,我们就在同事的类和我自己的圆类之间实现类桥梁,这就是——适配器。


这样做有什么好处呢?很显然,按照适配器的思路来,本身的功能靠调用既有的类来实现,同时又避免类改动既有的类,一举两得~

当然,这是最简单的Adapter,还有许多比较复杂的,等我以后学习到类再来补充哈~




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值