大话设计模式C++实现-第22章-桥接模式

大话设计模式C++实现-第22章-桥接模式

大家好,又见面了,我是全栈君。

一、UML图

大话设计模式C++实现-第22章-桥接模式

二、概念

桥接模式(Bridge):将抽象部分与它的实现部分分离,使他们都能够独立地变化。

三、说明

为什么叫“桥接模式”?

如上所看到的的UML图中,有一个聚合线,像一座桥。所以叫“桥接模式”。

概念解释:

什么叫抽象与它的实现分离,这并非说。让抽象类与其派生类分离。由于这没有不论什么意义。实现指的是抽象类与它的派生类用来实现自己的对象。

为什么要优先使用合成/聚合原则?

(1)对象的继承关系是在编译时就定义好了的。所以无法再执行时改变从父类继承的实现。子类的实现与它的父类有很紧密的依赖关系。以至于父类实现的不论什么变化必定会导致子类发生变化。当你须要复用子类时。假设继承下来的实现不适合解决新的问题。则父类必须重写或被其它更适合的类替换。

这样的依赖关系限制了灵活性并终于限制了复用性。

(2)优先使用合成/聚合原则有助于你保持每一个类被封装,并被集中在单个任务上。这样类和类继承层次会保持较小规模,而且不太可能增长为不可控制的庞然大物。

盲目使用继承会造成麻烦,本质原因是什么?

继承是一种强耦合的结构。

父类变,子类就必需要变。所以,我们在用继承时。一定要在是“is-a”的关系时再考虑使用,而不是不论什么时候都去使用。

四、C++实现

(1)Bridge.h

#ifndef BRIDGE_H
#define BRIDGE_H

#include <iostream>
#include <string>

//Implementor:此处为手机软件抽象类
class HandsetSoft
{
public:
	virtual void Run()=0;
};

//ConcreteImplementorA,此处为手机游戏
class HandsetGame:public HandsetSoft
{
	void Run()
	{
		std::cout<<"执行手机游戏"<<std::endl;
	}
};

//ConcreteImplementorB,此处为手机通讯录
class HandsetAddressList:public HandsetSoft
{
	void Run()
	{
		std::cout<<"执行手机通讯录"<<std::endl;
	}
};

//Abstraction,此处为手机品牌抽象类
class HandsetBrand
{
protected:
	HandsetSoft* soft;
public:
	void SetHandsetSoft(HandsetSoft* soft)
	{
		this->soft=soft;
	}
	virtual void Run()=0;
};

//RefineAbstraction,此处为手机品N
class HandsetBrandN:public HandsetBrand
{
public:
	void Run()
	{
		soft->Run();
	}
};

//RefineAbstraction。此处为手机品M
class HandsetBrandM:public HandsetBrand
{
public:
	void Run()
	{
		soft->Run();
	}
};


#endif

(2)Client.cpp

#include "Bridge.h"
#include <iostream>
#include <cstdlib>

//Client,client
void main()
{
	//手机品牌N
	std::cout<<"手机品牌N:"<<std::endl;
	HandsetBrand* ab=new HandsetBrandN();

	ab->SetHandsetSoft(new HandsetGame());
	ab->Run();

	ab->SetHandsetSoft(new HandsetAddressList());
	ab->Run();

	delete ab;

	//手机品牌M
	std::cout<<std::endl<<"手机品牌M:"<<std::endl;
	ab=new HandsetBrandM();

	ab->SetHandsetSoft(new HandsetGame());
	ab->Run();

	ab->SetHandsetSoft(new HandsetAddressList());
	ab->Run();

	delete ab;
	ab=NULL;

	std::cout<<std::endl;
	system("pause");
}

(3)执行截图

大话设计模式C++实现-第22章-桥接模式

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/115391.html原文链接:https://javaforall.net

赞 (0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 设计模式(五)适配器模式Adapter(结构型)

    设计模式(五)适配器模式Adapter(结构型)设计模式(五)适配器模式Adapter(结构型)1.概述:接口的改变,是一个需要程序员们必须(虽然很不情愿)接受和处理的普遍问题。程序提供者们修改他们的代码;系统库被修正;各种程序语言以及相关库的发展和进化。例子1:iphone4,你即可以使用UBS接口连接电脑来充电,假如只有iphone没有电脑,怎么办呢?苹果提供了iphone电源适配器。………

    2022年7月25日
  • 设计模式(一)工厂模式Factory(创建型)

    设计模式(一)工厂模式Factory(创建型)设计模式一工厂模式Factory在面向对象编程中,最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的。但是在一些情况下,new操作符直接生成对象会带来一些问题。举例来说,许多类型对象的创造需要一系列的步骤:你可能需要计算或取得对象的初始设置;选择生成哪个子对象实例;或在生成你需要的对象之前必须先生成一些辅助功能的对象。在这些………

    2022年7月20日
  • 十一、代理模式 —专注,做最好的自己!#和设计模式一起旅行#[通俗易懂]

    专注,把更多的时间放到提示自己核心竞争能力上面来!其他的事情交给别人去做吧。故事背景我和设计模式MM开的奶茶店火了,一个是设计模式MM长的好看,波涛汹涌,还有一个是我们的饮品的确好喝,并且还特别在乎用户的体验,上一篇的模板方法模式中,我们最后的例子就询问顾客是否要加入调味料,而不是强制加入。俗话说,人怕出名,猪怕壮!出名后好多的媒体想让我参加他们的节目说一下我这个创业的…

    2022年2月27日
  • MVC设计模式和三层结构(适合初学者)

    MVC设计模式和三层结构(适合初学者)题外话:我们经常把MVC模式和三层架构联系在一起,一旦让你谈谈MVC设计模式,不可避免的总是会说到三层架构,这对于一些高手和大佬来说并没有什么问题,但是对于一些新手,想要学习MVC设计模式的小白来说,有时候就不太友好了。大多人(包括我)刚开始学的时候,大部分都是看大佬们的博客学习,但是正是如此,被大佬们的博客搞得头晕,很容易将MVC设计模式和三层架构搞混,或者以为是同一个东西,…

    2022年6月25日
  • Java经典23种设计模式之创造型模式(一)

    Java经典23种设计模式之创造型模式(一)

    2022年1月22日
  • Java设计模式之创建型:建造者模式

    Java设计模式之创建型:建造者模式

    2021年10月4日

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号