当前位置:首页 > 通信资讯 > 正文

桥接模式c++实现(C++桥接模式)

1. 概述

  将抽象部分(abstraction)与实现部分(implementor)分离,使它们可以独立地变化。

2. 解决的问题  

  在软件系统中,有些类型由于自身的逻辑,它具有两个或多个维度的变化。为了解决这种多维度变化,又不引入复杂度,这就要使用bridge模式。

3. 模式中的角色

  2.1 抽象(abstraction):定义抽象接口,该接口中包含实现具体行为、具体特征的implementor接口。

  2.2 提炼的抽象(refinedabstraction):继承自abstraction的子类,依旧是一个抽象的事物名。

  2.3 实现(implementor):定义具体行为,具体特征的应用接口。

  2.4 具体实现(concreteimplementor):实现implementor。

4. 模式解读

  4.1 实现要点

    bridge模式使用“对象间的组合/聚合关系”解耦了抽象和实现之间固有的绑定关系,使得抽象和实现可以沿着各自的维度来变化

  4.2 桥接模式的类图  

桥接模式c++实现(C++桥接模式)

  4.3 桥接模式的实现代码

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 /// <summary> /// 实现 /// </summary> public abstract class implementor { public abstract void opration(); } public class concreteimplementora : implementor { public override void opration() { console.writeline("具体实现a的方法执行。"); } } public class concreteimplementorb : implementor { public override void opration() { console.writeline("具体实现b的方法执行。"); } } /// <summary> /// 抽象 /// </summary> public abstract class abstraction { protected implementor implementor; public void setimplementor(implementor implementor) { this.implementor = implementor; } public abstract void opration(); } /// <summary> /// 被提炼的抽象 /// </summary> public class refinedabstraction : abstraction { public override void opration() { implementor.opration(); } }

  4.4 客户端的调用

?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 class program { static void main(string[] args) { abstraction abstraction = new refinedabstraction(); abstraction.setimplementor(new concreteimplementora()); abstraction.opration(); abstraction.setimplementor(new concreteimplementorb()); abstraction.opration(); console.read(); } }

  输出结果:

  具体实现a的方法执行。
  具体实现b的方法执行。

5. 桥接模式是个比较复杂的模式,在对它总结之前,先看一个大家都非常熟悉的应用:三层架构  

桥接模式c++实现(C++桥接模式)

  解读:三层架构中的业务逻辑层(logicaltierinterface)桥接到了数据访问层(databasetierinterface),大家可以比较一下这个图和上面桥接模式的图是多么的一致。大家往往会在数据库访问这端做扩展,比如现在增加对mysql的支持;往往只对业务逻辑层的实现(logicalimplement)做一些内部修改,而不是扩展一个新的实现。如果你的应用确实需要对业务逻辑层做一个扩展(比如newlogicalimplement),那么这个三层架构对桥接模式的应用就算是比较完整的了。

6. 模式总结

  6.1 优点

    6.1.1 降低了沿着两个或多个维度扩展时的复杂度,防止类的过度膨胀。

    6.1.2 解除了两个或多个维度之间的耦合,使它们沿着各自方向变化而不互相影响

  6.2 缺点

    还未发现

  6.3 适用场景

    6.3.1 当一个对象有多个变化因素时,可以考虑使用桥接模式,通过抽象这些变化因素,将依赖具体实现修改为依赖抽象。

    6.3.2 当我们期望一个对象的多个变化因素可以动态变化,而且不影响客户端的程序使用时。

    6.3.3 如果使用继承的实现方案,会导致产生很多子类,任何一个变化因素都需要产生多个类来完成,就要考虑桥接模式。

以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持服务器之家。

如果您对该产品感兴趣,请填写办理(客服微信:xiaoxiongyidong)

为您推荐:

发表评论

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。