桥接模式
问题:
对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承的实现。子类的实现与它的父类有紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发生变化。当你需要复用子类时,如果继承下来的实现不适合解决新问题,则父类必须重写或被其他更适合的类替换。这种依赖关系限制了灵活性并最终限制了复用性。
1.合成/聚合复用原则:
尽量优先使用合成/聚合,尽量不要使用类继承。盲目使用继承会造成麻烦。
所以在使用继承时,一定要在是“Is-a”的关系时,再考虑使用。手机软件显然不是一个,即不是a,所以不能从手机品牌向下继承。如下图是不对的。
聚合,表示一种弱的“拥有”关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分;
合成,表示一种强的“拥有”关系,体现了严格的部分和整体关系,部分和整体的生命周期一样。
比如说:大雁有两个翅膀,这就是合成关系。大雁和雁群,是聚合关系。
2. 桥接模式:
将抽象部分与它的实现部分分离,使他们都可以独立的变化。就是让手机即可以按照品牌分类,也可以按照功能来分类。
按软件分类:
按品牌分类:
由于实现的方式有很多种,桥接模式的核心意图就是把这些实现独立出来,让他们各自的变化,这就使得每种实现的变化不会影响其他实现,从而达到应对变化的目的。
3. 桥接模式:
也就是说,在需要多角度去分类实现对象,而只用继承会造成大量的类增加,不能满足开放-封闭原则,就需要考虑桥接模式。
与适配器有一些共同特征,就是给另一对象提供一定程度的间接性,但是不能等到问题发生了再去考虑解决问题,而是应该在设计之初就想好如何避免问题发生,桥接模式通常是在设计之初,就对抽象接口与它的实现部分进行桥接,让抽象和实现独立演化。
4. 桥接模式的例子:
#include <iostream>
#include <string>
using namespace std;
class HandsetSoft//手机软件
{
public:
virtual void run()=0;
};
class HandsetGame:public HandsetSoft
{
public:
void run()
{
cout<<"运行手机游戏"<<endl;
}
};
class HandsetAddressList:public HandsetSoft
{
public:
void run()
{
cout<<"运行手机通讯录"<<endl;
}
};
class HandsetBrand//手机品牌
{
protected:
HandsetSoft *soft;
public:
void setHandsetSoft(HandsetSoft *soft)
{
this->soft=soft;
}
virtual void run()=0;
};
class HandsetBrandN:public HandsetBrand
{
public:
void run()
{
soft->run();
}
};
class HandsetBrandM:public HandsetBrand
{
public:
void run()
{
soft->run();
}
};
int main()
{
HandsetBrand *hb;
hb=new HandsetBrandM();
hb->setHandsetSoft(new HandsetGame());
hb->run();
hb->setHandsetSoft(new HandsetAddressList());
hb->run();
return 0;
}