桥接模式<Bridge>

概述

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

解决

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

角色

  抽象(Abstraction):定义抽象接口,该接口中包含(保持)实现具体行为、具体特征的实现(Implementor)接口。

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

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

  具体实现(ConcreteImplementor):实现Implementor。

解读

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

  UML

  C#代码


 1     /// <summary>
2 /// 抽象
3 /// </summary>
4 public abstract class Abstraction
5 {
6 protected Implementor implementor;
7
8 public abstract void Opration ();
9
10 public void SetImplementor(Implementor implenentor)
11 {
12 this.implementor = implenentor;
13 }
14 }
15
16 /// <summary>
17 /// 被提炼的抽象
18 /// </summary>
19 public class RefinedAbstraction:Abstraction
20 {
21 public override void Opration ()
22 {
23 implementor.Opration ();
24 }
25 }
26
27 /// <summary>
28 /// 实现
29 /// </summary>
30 public interface Implementor
31 {
32 void Opration();
33 }
34
35 /// <summary>
36 /// 具体的实现A
37 /// </summary>
38 public class ConcreteImplementorA : Implementor
39 {
40 public void Opration ()
41 {
42 Console.WriteLine ("具体实现A");
43 }
44 }
45
46 /// <summary>
47 /// 具体的实现B
48 /// </summary>
49 public class ConcreteImplementorB : Implementor
50 {
51 public void Opration ()
52 {
53 Console.WriteLine ("具体实现B");
54 }
55 }

 

总结

  优点:

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

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

  适用:

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

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

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

随记

  将角色之间的继承关系改成聚合关系

  在抽象中保持对实现的引用,在提炼的抽象中使用实现,抽象中的事件方法可以与实现的方法不同

  

桥接模式<Bridge>,布布扣,bubuko.com

时间: 2024-10-07 05:29:13

桥接模式<Bridge>的相关文章

桥接模式(bridge结构模式)c#

桥接模式(bridge结构模式)c#简单例子 在前面的玩家中每增加一个行为,就必须在每个玩家中都增加,通过桥接模式将行为提取出来了,减少变化 using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Fo

如何让孩子爱上设计模式 ——10.桥接模式(Bridge Pattern)

如何让孩子爱上设计模式 --10.桥接模式(Bridge Pattern) 我有故事,你有酒吗?这年头写个技术文不讲个故事都不行,行,我讲: 还有发现很多的技术博文都开始有喜欢往文中插入几个表情的趋势了, 但是你真的插的姿势对了吗?这种事情不是随便插的,来来来,给你 见识下如何在适当的场景插入适当的表情以让读者感觉到易可赛艇, 本文以讲故事插表情为主,讲述桥接模式为辅,多图预警, 简书上排版可能有些问题,最佳排版可见: https://www.zybuluo.com/coder-pig/note

c#桥接模式(bridge结构模式)

桥接模式(bridge结构模式)c#简单例子 在前面的玩家中每增加一个行为,就必须在每个玩家中都增加,通过桥接模式将行为提取出来了,减少变化 ? 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 50 51 52 53 54 55 56 57 58 59 60 61 62

设计模式入门之桥接模式Bridge

//桥接模式定义:将抽象部分与它的实现部分分离,使得他们都可以独立地变化 //广义来讲,桥接模式非常普遍,面向抽象编程,面向接口编程就可以看作是他的体现 //实例:一个系统,要按照不同的要求发信息(普通,加急,特急),而且还要以不同的方式发送(站内信,Email,短信)等,考虑到其扩展性,用桥接模式再合适不过了 //上代码 //桥接的一半---抽象部分 public abstract class AbstractionMessage { protected MessageImplementor

二十四种设计模式:桥接模式(Bridge Pattern)

桥接模式(Bridge Pattern) 介绍将抽象部分与它的实现部分分离,使它们都可以独立地变化. 示例有一个Message实体类,对它的操作有Insert()和Get()方法,现在使这些操作的抽象部分和实现部分分离. MessageModel using System; using System.Collections.Generic; using System.Text; namespace Pattern.Bridge { /// <summary> /// Message实体类 //

桥接模式-Bridge(Java实现)

桥接模式-Bridge 桥梁模式的用意是"将抽象化(Abstraction)与实现化(Implementation)脱耦, 将"类的功能层次结构" 与 "类的实现层次结构"分离为两个独立的类层次结构. 类的实现层次接口 DisplayImpl接口 public interface DisplayImpl { void rawOpen(); void rawPrint(); void rawClose(); } StringDisplayImpl类 publ

【设计模式】桥接模式 Bridge Pattern

开篇还是引用吕振宇老师的那篇经典的文章<设计模式随笔-蜡笔与毛笔的故事>.这个真是太经典了,没有比这个例子能更好的阐明桥接模式了,这里我就直接盗来用了. 现在市面上卖的蜡笔很多,各种型号,各种颜色种类繁多, 假如一盒蜡笔有24种颜色,那么它能涂抹出24种不同的颜色来,蜡笔型号是固定的,如果想画出各种线条那么就要购买不同型号的蜡笔,假如我们要涂抹出粗,中,细三种线条,那么我们就要买3盒粗,中,细型号的蜡笔才能满足需求,那么就是3盒*24色=72只蜡笔.假如使用毛笔来作画,我们需要准备3只粗,中,

跟着实例学习设计模式(9)-桥接模式bridge(结构型)

桥接模式属于结构型设计模式. 设计意图:将抽象部分与实现部分分离,使它们都可以独立的变化. 一看到设计意图,大家可能有些发懵,我们看到的继承和接口不都是抽象和实现分离的吗?尤其是接口和抽象类都是这样的实现啊!那怎么还有这么个桥接的分离呢? 我们先来看个例子. 例如:汽车品牌内置导航仪,我们希望实现,每个品牌的导航仪都可以在任何一个牌子的汽车上安装并启动. 汽车品牌有两个:宝马.奔驰. 导航仪有三个牌子:神行者.北斗.高德. 来看正常的设计,我们肯定是会这样的采用继承来实现每个组合的安装和启动处理

设计模式之桥接模式(Bridge)--结构模型

1.意图 将抽象部分与它的实现部分分离,使它们可以独立地变化. 2.适用性 你不希望在抽象和它的实现部分之间有一个固定的绑定关系. 类的抽象与它的实现都应该可以通过子类的方式加以扩展. 抽象部分与实现部分可以独立变化,而不会相互影响. 从多维度扩展应用程序. 3.结构 4.参与者 Abstraction: 定义抽象的接口:维护一个指向Implementor对象的引用. RefinedAbstraction: 扩充有Abstracttion定义的接口. Implementor: 定义实现类的接口,