桥接模式(Bridge)

一、桥接模式介绍:

桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立的变化。而不会直接影响到其他部分。

未使用桥接模式的抽象与实现结构图(如下):

如果要增加一个apple品牌的电脑,则需要在台式机下新增一个apple的台式机

在笔记本下新增一个apple笔记本,在pad下新增一个apple的pad。代码比较繁琐。

如果使用桥接模式(如下图),使抽象部分和抽象的派生(实现)部分分离出来,这样让它们各自的变化,这样每种实现就不会影响到其他实现。从而达到对应变化的目的

将电脑类型作为一个维度,将品牌也做为一个维度。两个维度独立起来,可以任意的变化。

桥接模式解决了多层继承的结构,处理多维度变化的场景,将各个维度设计成独立的继承结构。使各个维度可以独立的扩展在抽象层建立联系。

最终类图如下:

二、桥接模式代码实现

首先定义一个品牌维度的接口(Brand)


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

package com.fz.bridge;

 

/**

 * 品牌维度:联想,戴尔,华硕....

 */

public interface Brand {

    void sale();//销售电脑

}

class Lenovo implements Brand{

    @Override

    public void sale() {

        System.out.println("联想");

    }

}

class Dell implements Brand{

    @Override

    public void sale() {

        System.out.println("戴尔");

    }

}

再定义一个电脑类型的类,为什么用类不用接口呢?因为这个类里还有持有品牌维度的引用


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

package com.fz.bridge;

/**

 * 电脑类型维度:这里需要使用一个类,不能用接口。因为这里还需要持有品牌(Brand)的一个引用

 */

public class Computer {

    private Brand brand;//类型维度里持有品牌维度的引用

    public void sale(){

        brand.sale();//具体某品牌的销售

    }

    public Computer(Brand brand) {

        super();

        this.brand = brand;

    }

}

class Desktop extends Computer{

    public Desktop(Brand brand) {

        super(brand);

    }

    @Override

    public void sale() {

        super.sale();

        System.out.println("台式机");

    }

}

class Laptop extends Computer{

    public Laptop(Brand brand) {

        super(brand);

    }

    @Override

    public void sale() {

        super.sale();

        System.out.println("笔记本");

    }

}

测试销售


1

2

3

4

5

public static void main(String[] args) {

    //销售联想的笔记本

    Computer c = new Laptop(new Lenovo());

    c.sale();

}

控制台结果:

联想

笔记本

在这里,如果想增加一个电脑类型(Pad)或者想增加一个品牌(apple),都很简单。只需继承类型维度(Computer)或者实现维度接口(Brand)即可。

变化某一个维度,则不会影响到其他实现。

三、桥接模式实际开发中应用场景

JDBC驱动程序

AWT中的Pear架构

银行日志管理:

格式分类:操作日志,交易日志,异常日志

距离分类:本地记录日志,异地记录日志

人力资源系统中的奖金计算模块:

奖金分类:个人奖金,团体奖金,项目奖金,激励奖金

部门分类:人事部,销售部,研发部

OA系统中的消息处理:

业务类型:普通消息,加急消息,特急消息

?发送消息方式:系统内消息,手机短信,邮件

Java23种设计模式学习笔记【目录总贴】

参考资料:

  大话设计模式(带目录完整版).pdf

  HEAD_FIRST设计模式(中文版).pdf

  尚学堂_高淇_java300集最全视频教程_【GOF23设计模式】

时间: 2024-10-10 07:54:55

桥接模式(Bridge)的相关文章

桥接模式<Bridge>

概述 将抽象部分(Abstraction)与实现部分(Implementor)分离,使它们可以独立地变化. 解决 在软件系统中,有些类型由于自身的逻辑,它具有两个或多个维度的变化.为了解决这种多维度变化,又不引入复杂度,这就要使用Bridge模式. 角色 抽象(Abstraction):定义抽象接口,该接口中包含(保持)实现具体行为.具体特征的实现(Implementor)接口. 提炼的抽象(RefinedAbstraction):继承自Abstraction的子类,依旧是一个抽象的事物名. 实

桥接模式(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: 定义实现类的接口,