C++ 设计模式 - 桥接模式解释与代码示例
文章目录
- 桥接模式详解:
- C++代码实例
- 进一步阐述桥接模式的优点和适用场景
- 桥接模式的实际应用场景还包括但不限于以下几种情况:
桥接模式(Bridge Pattern)是一种结构型设计模式,它将抽象部分与其实现部分分离,使它们都可以独立变化。这种模式有时也被称作柄体(Handle and Body)模式或接口隔离模式。它的主要目的是将抽象层与实现层解耦,使得两者可以独立扩展而互不影响。
桥接模式详解:
-
角色定义:
- Abstraction(抽象化角色):定义抽象接口,维护一个对Implementor对象的引用。
- RefinedAbstraction(具体抽象化角色):是Abstraction的一个子类,对Abstraction接口进行一些补充。
- Implementor(实现化角色):定义实现化角色的接口,任何Abstraction角色可以调用。
- ConcreteImplementor(具体实现化角色):Implementor接口的具体实现。
-
工作原理:
- 抽象化角色持有实现化角色的引用,它只需要定义与客户端的接口并委托给实现化角色来执行。
- 具体化角色继承抽象化角色并实现自己的业务逻辑,同时构造时关联相应的实现化角色。
C++代码实例
#include <iostream>
// 实现化角色接口
class Implementor {
public:
virtual ~Implementor() {}
virtual void operationImpl() = 0; // 定义操作接口
};
// 具体实现化角色A
class ConcreteImplementorA : public Implementor {
public:
void operationImpl() override {
std::cout << "ConcreteImplementorA 的 operationImpl()" << std::endl;
}
};
// 具体实现化角色B
class ConcreteImplementorB : public Implementor {
public:
void operationImpl() override {
std::cout << "ConcreteImplementorB 的 operationImpl()" << std::endl;
}
};
// 抽象化角色
class Abstraction {
protected:
Implementor* _implementor;
public:
Abstraction(Implementor* impl) : _implementor(impl) {}
virtual ~Abstraction() { delete _implementor; }
virtual void operation() = 0; // 定义抽象操作
};
// 具体抽象化角色
class RefinedAbstraction : public Abstraction {
public:
RefinedAbstraction(Implementor* impl) : Abstraction(impl) {}
void operation() override {
std::cout << "RefinedAbstraction 调用 operation..." << std::endl;
_implementor->operationImpl(); // 委托实现化角色执行操作
}
};
int main() {
Abstraction* absA = new RefinedAbstraction(new ConcreteImplementorA());
absA->operation();
Abstraction* absB = new RefinedAbstraction(new ConcreteImplementorB());
absB->operation();
delete absA;
delete absB;
return 0;
}
在这个例子中,Abstraction
是抽象化角色,RefinedAbstraction
是具体抽象化角色,Implementor
是实现化角色接口,ConcreteImplementorA
和ConcreteImplementorB
是具体实现化角色。通过改变构造Abstraction
时传入的Implementor
的不同实现,我们可以轻松切换不同的行为方式。
桥接模式的核心价值在于它能分离抽象和实现,让两者可以独立演化。下面是对上述代码实例的进一步解释:
-
抽象化角色(Abstraction):定义了抽象的操作
operation()
,但不提供具体实现。它通过维持一个指向Implementor
的指针来间接使用其实现。
class Abstraction {
protected:
Implementor* _implementor;
public:
// 构造函数接收一个Implementor对象的指针
Abstraction(Implementor* impl) : _implementor(impl) {}
virtual ~Abstraction() { delete _implementor; }
// 定义抽象操作
virtual void operation() = 0;
};
-
具体抽象化角色(RefinedAbstraction):继承自
Abstraction
,在operation()
中调用了_implementor
的operationImpl()
方法,这样就把具体实现细节交给了实现化角色。
class RefinedAbstraction : public Abstraction {
public:
RefinedAbstraction(Implementor* impl) : Abstraction(impl) {}
// 实现抽象操作,调用Implementor的实现
void operation() override {
std::cout << "RefinedAbstraction 调用 operation..." << std::endl;
_implementor->operationImpl();
}
};
-
实现化角色(Implementor):定义了所有实现类共有的接口
operationImpl()
,它是抽象化角色依赖的具体操作。
class Implementor {
public:
virtual ~Implementor() {}
// 实现化角色的接口
virtual void operationImpl() = 0;
};
-
具体实现化角色(ConcreteImplementorA/B):分别提供了
operationImpl()
的不同实现。
class ConcreteImplementorA : public Implementor {
public:
void operationImpl() override {
std::cout << "ConcreteImplementorA 的 operationImpl()" << std::endl;
}
};
class ConcreteImplementorB : public Implementor {
public:
void operationImpl() override {
std::cout << "ConcreteImplementorB 的 operationImpl()" << std::endl;
}
};
在main函数中,我们可以根据需要为Abstraction
实例化不同的Implementor
对象,从而达到在运行时动态改变系统行为的目的,这就是桥接模式的关键所在。通过这种方式,抽象与实现得以解耦,各自可以独立扩展而不影响对方。
进一步阐述桥接模式的优点和适用场景
:
优点:
- 松耦合:桥接模式使得抽象和实现能够独立地变化和发展,提高系统的可扩展性。
- 灵活性:由于抽象部分和实现部分被彻底分开,因此可以根据需要组合不同的抽象和实现,增强了系统的灵活性。
- 避免多重继承:在某些情况下,如果采用传统的继承机制,可能会导致类层次过深或出现菱形继承问题,桥接模式则可以有效地避免这些问题,通过组合而非继承来实现复用。
适用场景:
- 系统需要在多个维度上进行变化:例如,操作系统既有GUI版又有命令行版,GUI版又支持多种窗口系统,这时就可以使用桥接模式把操作系统核心与用户界面和窗口系统分离开来。
- 希望在运行时切换实现:例如,不同的数据库引擎有不同的实现,但是上层应用的查询语句是通用的,此时可以用桥接模式,在运行时根据需求切换数据库引擎。
- 一个类存在两个独立变化的维度,且这两个维度需要进行组合:例如打印机既可以打印黑白也可以打印彩色,打印目标既可以是纸张也可以是PDF,这时就可以使用桥接模式将颜色模式和输出格式解耦。
总结来说,桥接模式在设计中鼓励关注点分离,让抽象和实现各自独立演进,提高了代码的可维护性和复用性。在实际编程过程中,尤其是在设计复杂的面向对象系统时,合理运用桥接模式可以显著提升软件的设计质量。
桥接模式的实际应用场景还包括但不限于以下几种情况:
-
图形界面库:图形界面库通常有多种外观(如按钮、菜单等)和多种平台实现(Windows、Mac、Linux等)。桥接模式可以使抽象外观接口独立于各个平台的具体实现,方便在不同平台上复用相同的外观设计。
-
日志系统:日志系统可能需要支持不同的日志级别(如Debug、Info、Error等)和不同的输出目的地(如控制台、文件、数据库等)。桥接模式可以将日志级别抽象出来,同时将输出目的地作为一个独立的维度,使得日志系统可以在不修改原有代码的基础上轻易更换日志级别或输出目的地。
-
数据库驱动:数据库驱动程序可能需要支持不同的数据库(MySQL、Oracle、SQL Server等)和不同的操作(查询、插入、删除、更新等)。桥接模式可以将数据库操作抽象成统一的接口,而具体的数据库操作由不同的实现类负责,这样就能灵活地替换或升级数据库驱动。
-
图像处理库:图像处理库可能需要支持多种图像格式(JPEG、PNG、GIF等)和多种处理操作(缩放、旋转、裁剪等)。桥接模式可以将图像处理操作抽象化,并与各种图像格式的读写实现解耦,便于添加新的格式支持或处理功能。
总之,桥接模式在面对抽象和实现之间需要独立扩展的问题时,能够帮助我们构建更加灵活、易于维护和扩展的设计方案。在实际开发中,识别出可能需要桥接模式的场景并正确运用,能够显著提升系统的可维护性和可扩展性。
另外,桥接模式也适用于以下情况:
-
网络通信框架:在网络通信框架中,抽象接口可以定义诸如发送消息、接收消息等功能,而具体实现可以包括TCP、UDP、WebSocket等多种协议。这样,上层应用只需关注消息的发送和接收逻辑,而无需关心底层通信协议的具体实现。
-
多语言本地化:在国际化应用中,可以将界面的逻辑(如按钮、标签、提示信息等)与具体语言环境(如英文、中文、法文等)分离,通过桥接模式使得在切换不同语言环境时,仅需替换具体的本地化实现即可。
-
硬件驱动程序:对于硬件设备(如打印机、扫描仪等),抽象接口可以定义一系列设备操作,而具体实现可以针对不同的厂商和型号。这样,即使更换了硬件设备,只要新设备遵循同一接口规范,应用也能无缝对接。
-
支付系统:支付系统可能需要对接多种支付渠道(如支付宝、微信支付、银行卡支付等),并且每种支付渠道的操作流程各不相同。桥接模式可以将支付操作抽象化,而将具体支付渠道的处理逻辑放在各自的实现类中。
桥接模式不仅限于以上场景,它强调的是将抽象部分与实现部分相分离,使其可以独立变化。在软件工程实践中,遇到类似的多维度变化需求时,都应该考虑是否可以采用桥接模式进行设计。
python推荐学习汇总连接:
50个开发必备的Python经典脚本(1-10)
50个开发必备的Python经典脚本(11-20)
50个开发必备的Python经典脚本(21-30)
50个开发必备的Python经典脚本(31-40)
50个开发必备的Python经典脚本(41-50)
————————————————
最后我们放松一下眼睛
推荐阅读
-
一种结构设计模式,允许在对象中动态添加新行为。它通过创建一个封装器来实现这一目的,即把对象放入一个装饰器类中,然后把这个装饰器类放入另一个装饰器类中,以此类推,形成一个封装器链。这样,我们就可以在不改变原始对象的情况下动态添加新行为或修改原始行为。 在 Java 中,实现装饰器设计模式的步骤如下: 定义一个接口或抽象类作为被装饰对象的基类。 公共接口 Component { void operation; } } 在本例中,我们定义了一个名为 Component 的接口,该接口包含一个名为 operation 的抽象方法,该方法定义了被装饰对象的基本行为。 定义一个实现基类方法的具体装饰对象。 公共类 ConcreteComponent 实现 Component { public class ConcreteComponent implements Component { @Override public void operation { System.out.println("ConcreteComponent is doing something...") ; } } 定义一个抽象装饰器类,该类继承于基类,并将装饰对象作为一个属性。 公共抽象类装饰器实现组件 { protected Component 组件 public Decorator(Component component) { this.component = component; } } @Override public void operation { component.operation; } } } 在这个示例中,我们定义了一个名为 Decorator 的抽象类,它继承了 Component 接口,并将被装饰对象作为一个属性。在操作方法中,我们调用了被装饰对象上的同名方法。 定义一个具体的装饰器类,继承自抽象装饰器类并实现增强逻辑。 公共类 ConcreteDecoratorA extends Decorator { public ConcreteDecoratorA(Component 组件) { super(component); } } public void operation { super.operation System.out.println("ConcreteDecoratorA 正在添加新行为......") ; } } 在本例中,我们定义了一个名为 ConcreteDecoratorA 的具体装饰器类,它继承自装饰器抽象类,并实现了操作方法的增强逻辑。在操作方法中,我们首先调用被装饰对象上的同名方法,然后添加新行为。 使用装饰器增强被装饰对象。 公共类 Main { public static void main(String args) { Component 组件 = new ConcreteComponent; component = new ConcreteDecoratorA(component); 组件操作 } } 在这个示例中,我们首先创建了一个被装饰对象 ConcreteComponent,然后通过 ConcreteDecoratorA 类创建了一个装饰器,并将被装饰对象作为参数传递。最后,调用装饰器的操作方法,实现对被装饰对象的增强。 使用场景 在 Java 中,装饰器模式被广泛使用,尤其是在 I/O 中。Java 中的 I/O 库使用装饰器模式实现了不同数据流之间的转换和增强。 让我们打开文件 a.txt,从中读取数据。InputStream 是一个抽象类,FileInputStream 是专门用于读取文件流的子类。BufferedInputStream 是一个支持缓存的数据读取类,可以提高数据读取的效率,具体代码如下: @Test public void testIO throws Exception { InputStream inputStream = new FileInputStream("C:/bbb/a.txt"); // 实现包装 inputStream = new BufferedInputStream(inputStream); byte bytes = new byte[1024]; int len; while((len = inputStream.read(bytes)) != -1){ System.out.println(new String(bytes, 0, len)); } } } } 其中 BufferedInputStream 对读取数据进行了增强。 这样看来,装饰器设计模式和代理模式似乎有点相似,接下来让我们讨论一下它们之间的区别。 第三,与代理模式的区别: 代理模式的目的是控制对对象的访问,它在对象外部提供一个代理对象来控制对原对象的访问。代理对象和原始对象通常实现相同的接口或继承相同的类,以确保两者可以相互替换。 装饰器模式的目的是动态增强对象的功能,而这是通过对象内部的包装器来实现的。在装饰器模式中,装饰器类和被装饰对象通常实现相同的接口或继承自相同的类,以确保两者可以相互替代。装饰器模式也被称为封装器模式。 在代理模式中,代理类附加了与原类无关的功能。
-
C++ 设计模式:桥接模式 (V)
-
设计模式 - 桥接模式(C++)
-
C++ 设计模式 - 桥接模式解释与代码示例
-
Grid++Report 锐浪报表开发常见问题解答集锦-报表设计 问:怎样在设计时打印预览报表? 答:为了及时查看报表的设计效果,Grid++Report 报表设计应用程序提供了四种查看视图:普通视图、页面视图、预览视图与查询视图。通过窗口下边的 Tab 按钮可以在四种视图中任意切换。在预览视图中查看报表的打印预览效果,在查询视图中查看报表的查询显示效果。如果在报表的记录集提供了数据源连接串与查询 SQL,在进入预览视图与查询视图时会利用数据源连接串与查询 SQL 从数据源中自动取数,否则 Grid++Report 将自动生成模拟数据进行模拟打印预览与查询显示。注意:在预览视图与查询视图中看到的报表运行结果有可能与在你程序中的最终运行结果有差异,因为在报表的生成过程中我们可以在程序中对报表的生成行为进行一定的控制。 问:怎样用 Grid++Report 设计交叉表? 答:Grid++Report 没有提供专门实现交叉表的功能,其它的报表构件提供的交叉表功能一般也比较死板和功能有限。利用 Grid++Report 的编程接口可以做出灵活多变,功能丰富的交叉表。示例程序 CrossTab 就是一个实现交叉表的例子程序,认真领会此例子程序,你就可以做出自己想要各种交叉表,并能提取一些共用代码,便于重复使用。 问:怎样设置整个报表的缺省字体? 答:设置报表主对象的字体属性,也就是设置了整个报表的缺省字体。如果改变报表主对象的字体属性,则没有专门的设置字体属性的子对象的字体属性也跟随改变。同样每个报表节与明细网格也有字体属性,他们的字体属性也就是其拥有的子对象的缺省字体。 问:怎样在打印时限制一页的输出行数? 答:设定明细网格的内容行的‘每页行数(RowsPerPage)’属性即可。另外要注意‘调节行高(AdjustRowHeight)’属性值:为真时根据页面的输出高度自动调整行的高度,使整个页面的输出区域充满。为假时按设计时的高度输出行。 问:怎样显示中文大写金额? 答:将对象的“格式(Format)”属性设为 “$$” 及可,可以设置格式的对象有:字段(IGRField)、参数(IGRParameter)、系统变量(IGRSystemVarBox)与综合文字框(IGRMemoBox),其中综合文字框是在报表式上设格式。 问:能否实现自定义纸张与票据打印? 答:Grid++Report 完全支持自定义纸张的打印,只要在报表设定时在页面设置中选定自定义纸张,并指定准确的纸张尺寸。当然要在最终输出时得道合适的打印结果,输出打印机必须支持自定义纸张打印。Windows2000/XP/2003 操作系统上可以在打印机上定义自定义纸张,也可以采用这种方式实现自定义纸张打印。 问:怎样实现 0 值不打印? 答:直接设置格式串就可以,在“数字格式”设置对话框中选定“0 不显示”,就会得到合适的格式串。也可以通过直接录入格式串来指定 0 不显示,但格式串必须符合 Grid++Report 的规定格式。另一种实现办法是在报表获取明细记录数据时,在 BeforePostRecord 事件中将值为零的字段设为空,调用字段的 Clear 方法将字段置为空。 问:怎样实现多栏报表? 答:在明细网格上设‘页栏数(PageColumnCount)’属性值大于 1 即可。通过 Grid++Report 的“页栏输出顺序”还可以指定多栏报表的输出顺序是“先从上到下”还是“先从左到右”。 问:如何实现票据套打? 答:Grid++Report 为实现票据套打做了很多专门的安排:报表设计器提供了页面设计模式,按照设定的纸张尺寸显示设计面板,如果将空白票据的扫描图设为设计背景图,在定位报表内容的输出位置会非常方便。报表部件可以设定打印类别,非套打输出的内容在套打打印模式下就不会输出。 问:Grid++Report 有没有横向分页功能? 答:回答是肯定的,在列的总宽度超过打印页面的输出宽度时,Grid++Report 可以另起新页输出剩余的列,如果左边存在锁定列,锁定列可以在后面的新页中重复输出,这样可以保证关键数据列在每一页都有输出。仔细体会 Grid++Report 提供的多种打印适应策略,选用最合适的方式。Grid++Report 的多种打印适应策略为开发动态报表提供了很好的支持。 问:怎样实现报表本页小计功能? 答:定义一个报表分组,将本分组定义为页分组,在本分组的分组头与分组尾上定义统计。页分组就是在每页产生一个分组项,在每页的上端与下端都会分别显示页分组的分组头与分组尾,页分组不用定义分组依据字段。 报表运行 问:怎样与数据库建立连接? 答:如果在设计报表时指定了数据集的数据源连接串与查询 SQL 语句,Grid++Report 采用拉模式直接从数据源取得报表数据,Grid++Report 利用 OLE DB 从数据源取数,OLE DB 提供了广泛的数据源操作能力。如果 Grid++Report 的数据来源采用推模式,即 Grid++Report 不直接与数据库建立连接,各种编程语言/平台都提供了很好的数据库连接方式,并且易于操作,应用程序在报表主对象(IGridppReport)的 FetchRecord 事件中将数据传入,例子程序提供了各种编程语言填入数据的通用方法,对C++Builder 和 Delphi 还进行了专门的包装,直接关联 TDataSet 对象也可以将 TDataSet 对象中的数据传给报表。 问:打印时能否对打印纸张进行自适应?支持表格的折行打印吗? 答:Grid++Report 在打印时采用多种适应策略,通过设置明细网格(IGRDetailGrid)的‘打印策略(PrintAdaptMethod)’属性指定打印策略。(1)丢弃:按设计时列的宽度输出,超出范围的内容不显示。(2)绕行:按设计时列的宽度输出,如果在当前行不能完整输出,则另起新行进行输出。(3)缩放适应:对所有列的输出宽度进行按比例地缩放,使总宽度等于页面的输出宽度。(4)缩小适应:如果列的总宽度小于页面的输出宽度,对所有列的输出宽度进行按比例地缩小,使总宽度等于页面的输出宽度。(5)横向分页:超范围的列在新页中输出。(6)横向分页并重复锁定列。 问:如何改变缺省打印预览窗口的窗口标题? 答:改变报表主对象的‘标题(Title)’属性即可。 问:利用集合对象的编程接口取子对象的接口引用,但不是自己期望的结果。 答:Grid++Report中所有集合对象的下标索引都是从 1 开始,另按对象的名称查找对象的接口引用时,名称字符是不区分大小写的。 问:怎样在运行时控制报表中各个对象的可见性?即怎样在运行时显示或隐藏对象? 答:在报表主对象(GridppReport)的 SectionFormat 事件中设定相应报表子对象的可见(Visible)属性即可。 问:报表主对象重新载入数据,设计器中为什么没有反映新载入的数据? 答:应调用 IGRDesigner 的 Reload 方法。 问:怎样实现不进入打印预览界面,直接将报表打印出来?