Modem：Adapter模式与Bridge模式

2024-04-18 05:08
文章标签 模式 adapter bridge modem

本文主要是介绍Modem：Adapter模式与Bridge模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！ 

</pre>本例取自《敏捷软件开发》第25章，使用C++实现<p></p><p></p><p>1.背景</p><p>    <img src="" alt="" /></p><p>         Modem类有四个接口，Dial、HandUp、Send、Receive，客户使用Modem，有三种实际的Modem与之对应</p><p></p><p>代码</p><p></p><pre code_snippet_id="475013" snippet_file_name="blog_20140925_2_2898509" name="code" class="cpp">#ifndef MODEM_H_
#define MODEM_H_#include <string>
#include <iostream>using namespace std;class Modem
{
public:virtual ~Modem(){}virtual void dial()=0;virtual void hangUp()=0;virtual void send()=0;virtual void receive()=0;
};class HayesModem: public Modem
{
public:void dial(){cout<<"HayesModem dial!"<<endl;}void hangUp(){cout<<"HayesModem hangUp!"<<endl;}void send(){cout<<"HayesModem send!"<<endl;}void receive(){cout<<"HayesModem receive!"<<endl;}
};class USRoboticsModem:public Modem
{
public:void dial(){cout<<"USRoboticsModem dial!"<<endl;}void hangUp(){cout<<"USRoboticsModem hangUp!"<<endl;}void send(){cout<<"USRoboticsModem send!"<<endl;}void receive(){cout<<"USRoboticsModem receive!"<<endl;}
};#endif /* MODEM_H_ */

#include "Modem.h"void modem()
{Modem& m1 = *(new HayesModem());m1.dial();m1.send();m1.receive();m1.hangUp();}

运行结果

HayesModem dial!
HayesModem send!
HayesModem receive!
HayesModem hangUp!

2.变化一

     有一种新的Modem加入，不需要拨号（没有Dial与HandUp的接口），对于该需求，理想的实现方式，是使用接口隔离原则（ISP）的思想，将四个接口分离为两个接口类（Dialer和Modem），使用DedicatedModem的客户不需要看到dial和hangUp接口

     也即，用户代码，如果给的是一个DedicatedModem的对象，他们的代码也是可以执行的。（原有dialModem用户的代码，如果给的是一个DedicatedModem的引用，而不是DialModem的引用，他们的代码是不用修改的，可能是为了升级吧）

class Dialler
{
public:virtual ~Dialler(){}virtual void dial()=0;virtual void hangUp()=0;
};class Modem
{
public:virtual ~Modem(){}virtual void send()=0;virtual void receive()=0;
};class HayesModem: public Modem, public Dialler
{
public:void dial(){cout<<"HayesModem dial!"<<endl;}void hangUp(){cout<<"HayesModem hangUp!"<<endl;}void send(){cout<<"HayesModem send!"<<endl;}void receive(){cout<<"HayesModem receive!"<<endl;}
};class USRoboticsModem:public Modem, Dialler
{
public:void dial(){cout<<"USRoboticsModem dial!"<<endl;}void hangUp(){cout<<"USRoboticsModem hangUp!"<<endl;}void send(){cout<<"USRoboticsModem send!"<<endl;}void receive(){cout<<"USRoboticsModem receive!"<<endl;}
};class DedicatedModem:public Modem
{
public:void send(){cout<<"DedicatedModem send!"<<endl;}void receive(){cout<<"DedicatedModem receive!"<<endl;}
};


void modem()
{HayesModem modem;DedicatedModem dModem;/*---------模拟客户代码------------*/Modem& m1 = modem;Dialler& d1 = modem;d1.dial();m1.send();m1.receive();d1.hangUp();Modem& m2 = dModem;m2.send();m2.receive();
}

运行结果：

HayesModem dial!
HayesModem send!
HayesModem receive!
HayesModem hangUp!
DedicatedModem send!
DedicatedModem receive!


上述代码的问题在于，需要修改原有客户的代码（原有客户只是用Modem&，现在需要使用Modem&和Dialler&，当然，这个是在不让客户看到HayesModem和DedicatedModem类型的前提下的）


3.使用Adapt来解决

    引入一个Adapt来匹配DedicatedModem（两个接口）和Modem（四个接口），Adapt继承Modem（目标接口），并持有一个DedicatedModem的引用（还可以使用继承）

由其进行接口翻译，如果是send和receive，则委托给DedicatedModem，如果是dial和hangUp，则实现一个Fake的。

    这样，原有代码就不需要进行修改（使用拨号Modem的用户还是使用Modem的引用，新的使用DedicatedModem的用户，只是用send和receive接口）


class Modem
{
public:virtual ~Modem(){}virtual void dial()=0;virtual void hangUp()=0;virtual void send()=0;virtual void receive()=0;
};class HayesModem: public Modem
{
public:void dial(){cout<<"HayesModem dial!"<<endl;}void hangUp(){cout<<"HayesModem hangUp!"<<endl;}void send(){cout<<"HayesModem send!"<<endl;}void receive(){cout<<"HayesModem receive!"<<endl;}
};class USRoboticsModem:public Modem
{
public:void dial(){cout<<"USRoboticsModem dial!"<<endl;}void hangUp(){cout<<"USRoboticsModem hangUp!"<<endl;}void send(){cout<<"USRoboticsModem send!"<<endl;}void receive(){cout<<"USRoboticsModem receive!"<<endl;}
};class DedicatedModem
{
public:void send(){cout<<"DedicatedModem send!"<<endl;}void receive(){cout<<"DedicatedModem receive!"<<endl;}
};class DedicatedModemAdapter:public Modem
{
public:DedicatedModemAdapter(DedicatedModem& arg):modem(arg){}void dial(){cout<<"Fake dial!"<<endl;}void hangUp(){cout<<"Fake hangUp!"<<endl;}void send(){modem.send();}void receive(){modem.receive();}
private:DedicatedModem& modem;
};
void modem()
{HayesModem modem;DedicatedModem dModem;DedicatedModemAdapter adapter(dModem);/*---------模拟客户代码------------*/Modem& m1 = modem;m1.dial();m1.send();m1.receive();m1.hangUp();DedicatedModem& m2 = dModem;m2.send();m2.receive();
}
运行结果：

HayesModem dial!
HayesModem send!
HayesModem receive!
HayesModem hangUp!
DedicatedModem send!
DedicatedModem receive!


【为什么要引入Adapt？本来，如果直接定义一个DedicatedModem，其与Modem之间没有关联，对于原有使用dialmodem的用户和使用DedicatedModem的用户都没有影响】

原因在于，在引入DedicatedModem需求的时候的一个特殊的约定，就是“用户代码，如果给的是一个DedicatedModem的对象，他们的代码也是可以执行的”


比如将用户代码，修改为以下的样子，原有用户使用的引用m1已经从一个dialModem的对象变成了一个Adapter的对象，代码依旧要可以能够执行，所以说Adapte的引入，在这个例子中，更多的是为了兼容原有代码的需要。

void modem()
{HayesModem modem;DedicatedModem dModem;DedicatedModemAdapter adapter(dModem);/*---------模拟客户代码------------*/Modem& m1 = adapter;m1.dial();m1.send();m1.receive();m1.hangUp();DedicatedModem& m2 = dModem;m2.send();m2.receive();
}

执行结果：

Fake dial!
DedicatedModem send!
DedicatedModem receive!
Fake hangUp!
DedicatedModem send!
DedicatedModem receive!


4.使用Bridge模式来解决

    在建模的时候，可以将Modem作为一个抽象的类，然后派生出DialModem和DedicatedModem，然后这两个类分别可以有多个品牌的Modem来实现，但是这样的话，对于这种自由度不是很稳定（会扩展、会变化）的场景，用不了多久，就会派生出大量的类。

     Bridge就是将这些自由度（也可以做为变化方向）先进行打散，分为dial、hangup、send、receive四个自由度，每个自由度单独由一个Impler实现，Impler又通过接口委托给真实的Modem厂家来实现。然后ModemConnectionController又将这些变化方向“桥接”起来，组合成一个整体

代码

class Modem
{
public:virtual ~Modem(){}virtual void dial()=0;virtual void hangUp()=0;virtual void send()=0;virtual void receive()=0;
};class DedicatedModem
{
public:virtual ~DedicatedModem(){}virtual void send()=0;virtual void receive()=0;
};class ModemImplementation
{
public:virtual ~ModemImplementation(){}virtual void dial()=0;virtual void hangUp()=0;virtual void send()=0;virtual void receive()=0;
};class HayesModem: public ModemImplementation
{
public:void dial(){cout<<"HayesModem dial!"<<endl;}void hangUp(){cout<<"HayesModem hangUp!"<<endl;}void send(){cout<<"HayesModem send!"<<endl;}void receive(){cout<<"HayesModem receive!"<<endl;}
};class USRoboticsModem:public ModemImplementation
{
public:void dial(){cout<<"USRoboticsModem dial!"<<endl;}void hangUp(){cout<<"USRoboticsModem hangUp!"<<endl;}void send(){cout<<"USRoboticsModem send!"<<endl;}void receive(){cout<<"USRoboticsModem receive!"<<endl;}
};class ModemConnectionController:public Modem, public DedicatedModem
{
public:ModemConnectionController(ModemImplementation& arg):impl(arg){}
protected:void dialImp(){impl.dial();}void hangUpImp(){impl.hangUp();}void sendImp(){impl.send();}void receiveImp(){impl.receive();}
private:ModemImplementation& impl;
};class DedModemController:public ModemConnectionController
{
public:DedModemController(ModemImplementation& arg):ModemConnectionController(arg){}void dial(){cout<<"Fake dial!"<<endl;}void hangUp(){cout<<"Fake hangUp!"<<endl;}void send(){ModemConnectionController::sendImp();}void receive(){ModemConnectionController::receiveImp();}
};class DialModemController:public ModemConnectionController
{
public:DialModemController(ModemImplementation& arg):ModemConnectionController(arg){}void dial(){ModemConnectionController::dialImp();}void hangUp(){ModemConnectionController::hangUpImp();}void send(){ModemConnectionController::sendImp();}void receive(){ModemConnectionController::receiveImp();}
};


void modem()
{HayesModem modem;DialModemController dialController(modem);DedModemController dedController(modem);/*---------模拟客户代码------------*/Modem& m1 = dialController;m1.dial();m1.send();m1.receive();m1.hangUp();DedicatedModem& m2 = dedController;m2.send();m2.receive();
}

执行结果：

HayesModem dial!
HayesModem send!
HayesModem receive!
HayesModem hangUp!
HayesModem send!
HayesModem receive!


这种实现，就会有很多的好处，首次它分离了连接策略和硬件实现。ModemConnectController的每个派生类代表了一个新的连接策略。在这个策略的实现中可以使用sendImp、receiveImp、dialImp和hangImp中的一个或者多个。新imp方法的增加不会影响到使用者

可以直接替换Modem的实现，不用考虑Modem是Dedi还是Dial这个变化方向

void modem()
{HayesModem modem;USRoboticsModem modem2;DialModemController dialController(modem);DedModemController dedController(modem2);/*---------模拟客户代码------------*/Modem& m1 = dialController;m1.dial();m1.send();m1.receive();m1.hangUp();DedicatedModem& m2 = dedController;m2.send();m2.receive();
}

实现结果：

HayesModem dial!
HayesModem send!
HayesModem receive!
HayesModem hangUp!
USRoboticsModem send!
USRoboticsModem receive!


5.总结

   使用Adapter模式的解决方案是简单和直接的。它让所有的依赖关系都指向正确的方向，并且实现起来非常简单。Bridge模式稍稍有些复杂，建议开始时不要使用bridge模式，知道你明显可以看出需要完全分离出连接策略和通信策略并且需要增加新的连接策略时，才使用这种方法。


这篇关于Modem：Adapter模式与Bridge模式的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/913831。

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式（Singleton Pattern） 确保一个类只有一个实例，并提供一个全局访问点。 示例代码： class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)
阅读更多...
模版方法模式template method

模版方法模式template method

学习笔记，原文链接 https://refactoringguru.cn/design-patterns/template-method 超类中定义了一个算法的框架， 允许子类在不修改结构的情况下重写算法的特定步骤。 上层接口有默认实现的方法和子类需要自己实现的方法
阅读更多...
【iOS】MVC模式

【iOS】MVC模式

MVC模式 MVC模式MVC模式demo MVC模式 MVC模式全称为model(模型)view(视图)controller(控制器)，他分为三个不同的层分别负责不同的职责。 View：该层用于存放视图，该层中我们可以对页面及控件进行布局。Model：模型一般都拥有很好的可复用性，在该层中，我们可以统一管理一些数据。Controlller：该层充当一个CPU的功能，即该应用程序
阅读更多...
迭代器模式iterator

迭代器模式iterator

学习笔记，原文链接 https://refactoringguru.cn/design-patterns/iterator 不暴露集合底层表现形式 （列表、 栈和树等） 的情况下遍历集合中所有的元素
阅读更多...
《x86汇编语言：从实模式到保护模式》视频来了

《x86汇编语言：从实模式到保护模式》视频来了

《x86汇编语言：从实模式到保护模式》视频来了 很多朋友留言，说我的专栏《x86汇编语言：从实模式到保护模式》写得很详细，还有的朋友希望我能写得更细，最好是覆盖全书的所有章节。 毕竟我不是作者，只有作者的解读才是最权威的。 当初我学习这本书的时候，只能靠自己摸索，网上搜不到什么好资源。 如果你正在学这本书或者汇编语言，那你有福气了。 本书作者李忠老师，以此书为蓝本，录制了全套视频。 试
阅读更多...
利用命令模式构建高效的手游后端架构

利用命令模式构建高效的手游后端架构

在现代手游开发中，后端架构的设计对于支持高并发、快速迭代和复杂游戏逻辑至关重要。命令模式作为一种行为设计模式，可以有效地解耦请求的发起者与接收者，提升系统的可维护性和扩展性。本文将深入探讨如何利用命令模式构建一个强大且灵活的手游后端架构。 1. 命令模式的概念与优势 命令模式通过将请求封装为对象，使得请求的发起者和接收者之间的耦合度降低。这种模式的主要优势包括： 解耦请求发起者与处理者
阅读更多...
springboot实战学习（1）(开发模式与环境)

springboot实战学习（1）(开发模式与环境)

目录 一、实战学习的引言 （1）前后端的大致学习模块 （2）后端 （3）前端 二、开发模式 一、实战学习的引言 （1）前后端的大致学习模块 （2）后端 Validation：做参数校验Mybatis：做数据库的操作Redis：做缓存Junit：单元测试项目部署：springboot项目部署相关的知识 （3）前端 Vite：Vue项目的脚手架Router：路由Pina：状态管理Eleme
阅读更多...
状态模式state

状态模式state

学习笔记，原文链接 https://refactoringguru.cn/design-patterns/state 在一个对象的内部状态变化时改变其行为， 使其看上去就像改变了自身所属的类一样。 在状态模式中，player.getState()获取的是player的当前状态，通常是一个实现了状态接口的对象。 onPlay()是状态模式中定义的一个方法，不同状态下（例如“正在播放”、“暂停
阅读更多...
软件架构模式：5 分钟阅读

软件架构模式：5 分钟阅读

原文： https://orkhanscience.medium.com/software-architecture-patterns-5-mins-read-e9e3c8eb47d2 软件架构模式：5 分钟阅读 当有人潜入软件工程世界时，有一天他需要学习软件架构模式的基础知识。当我刚接触编码时，我不知道从哪里获得简要介绍现有架构模式的资源，这样它就不会太详细和混乱，而是非常抽象和易
阅读更多...
使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

使用Spring Boot集成Spring Data JPA和单例模式构建库存管理系统

引言 在企业级应用开发中，数据库操作是非常重要的一环。Spring Data JPA提供了一种简化的方式来进行数据库交互，它使得开发者无需编写复杂的JPA代码就可以完成常见的CRUD操作。此外，设计模式如单例模式可以帮助我们更好地管理和控制对象的创建过程，从而提高系统的性能和可维护性。本文将展示如何结合Spring Boot、Spring Data JPA以及单例模式来构建一个基本的库存管理系统
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2