桥接模式和装饰器模式属于统一个类型,下面来看看
1. 情景与意图
举两个个例
1)一个APP公司为了让自己APP允许在主流的系统上,当前系统主流有iOS系统、andriod系统、Windows、OS X、Linux等等,APP开发公司同时开发适配两个系统的同一个APP,假设现在有两个APP,一个通讯软件T,一个娱乐软件Y。需要开发N个,N就是当前的系统,有M个平台,那么就会有M*N个APP。
2)当前的安卓手机品牌有很多,但是品牌的发展和APP是分离的,也就是同意一个APP可以安装在任何一个安装类型的手机上。这个其实就是桥接模式的好处。
在日常开发中,可能一个系统得实现上具有两个变化的维度,乃至多个纬度的变化。
我们应该如何避免 1 ,而向 2 靠齐呢?。——桥接模式
2. 桥接模式
将抽象部分(业务功能)与实现部分(平台实现)分离,使它们都可以独立地变化。
桥接模式解决的问题其实和装饰器模式解决的问题很类似。在有多种可能会变化的情况下,用继承会造成类爆炸问题,扩展起来不灵活。
3. 手机的APP
将第一节的例画两个图来说明:
4. 代码实现
首先我们需要一个抽象的application。
class DPAbstractApplication {
protected:
std::string _appName;
public:
DPAbstractApplication(std::string appName);
virtual void Run() = 0;
};
然后实现几个APP
class DPBaiduApplication : public DPAbstractApplication {
public:
DPBaiduApplication(std::string appName);
void Run();
};
class DPTiktokApplication : public DPAbstractApplication {
public:
DPTiktokApplication(std::string appName);
void Run();
};
class DPWeChatApplication : public DPAbstractApplication {
public:
DPWeChatApplication(std::string appName);
void Run();
};
接下来就是品牌手机了,也是抽象的:
class DPAbstractMobile {
protected:
std::unordered_map<DPAbstractApplication*, int> _appList;
public:
virtual void installApp(DPAbstractApplication* app) = 0;
virtual void runApp(DPAbstractApplication* app) = 0;
};
然后实现几个具体的品牌手机:
class DPMiMobile : public DPAbstractMobile {
public:
virtual void installApp(DPAbstractApplication* app);
virtual void runApp(DPAbstractApplication* app);
};
class DPHuaweiMobile : public DPAbstractMobile {
public:
virtual void installApp(DPAbstractApplication* app);
virtual void runApp(DPAbstractApplication* app);
};
最后来使用一下:
int main() {
DPAbstractApplication* baidu = new DPBaiduApplication("百度");
DPAbstractMobile* miMobile = new DPMiMobile();
miMobile->installApp(baidu);
miMobile->runApp(baidu);
DPAbstractMobile* hwMobile = new DPHuaweiMobile();
hwMobile->installApp(baidu);
hwMobile->runApp(baidu);
DPAbstractApplication* tiktok = new DPTiktokApplication("抖音");
hwMobile->runApp(tiktok);
return 0;
}
5. 大总结
现在来进行一个类型的总结,没有看过前面装饰器模式的同学,可以选择点击链接【C++实现装饰器模式】
桥接模式使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化。和前面的装饰器模式属于同一个类型。单一职责类型的模式。
在实际代码实现设计中,如果责任划分的不清晰,在某些情况下我们可能会“过度地使用继承来扩展对象的功能”,由于继承为类型引入的静态特质,使得这种扩展方式缺乏灵活性;并且随着子类的增多(扩展功能的增多),各种子类的组合(扩展功能的组合)会导致更多子类的膨胀使用继承得到的结果往往是随着需求的变化,子类急剧膨胀,同时充斥着重复代码。
桥接模式全部代码见【桥接模式C++源码】