完整代码参考：https://ct0-my.sharepoint.com/:u:/g/personal/neatlife_ct0_onmicrosoft_com/EdRVuEVbcBhDtqc8HEttwCMBcOSst1opDQw02Wfbqhah0Q?e=pnYxZx

典型场景

角色：护士、患者
场景：患者会根据自生的状态对护士的照顾做出不同的行为

患者处于稳定状态

1. 护士带患者去散步，患者将处于稳定状态
2. 给稳定患者供氧，患者将从稳定状态转为不稳定状态

患者处于不稳定状态

1. 护士带患者去散步，患者将继续处于不稳定状态，情况可能家中
2. 给稳定患者供氧，患者将从不稳定状态转为稳定状态

模式实现

护士类Nurse.java

public class Nurse {

    PatientStateBehavior state;
    StablePatientStateBehavior stablePatientState = new StablePatientStateBehavior(this);
    UnStablePatientStateBehavior unStablePatientState = new UnStablePatientStateBehavior(this);

    public void setState (PatientStateBehavior state) {
        this.state = state;
    }

    public void supplyOxygen () {
        state.supplyOxygen();
    }

    public void walking() {
        state.walking();
    }
}

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59RjABb2hfszxx7JUQu?e=5pPGPv

典型场景

蛋糕上需要添加一些装饰，这里假设蛋糕10块钱，每个装饰品的添加都需要支付一些额外的费用，比如添加添加糖果需要加2块钱，添加蜡烛需要1.5，既要加糖果、又要蜡烛就要多支付3.5元(2+1.5)

用代码表示这些不同状态的蛋糕很容易想到使用class表示，一个class表示一种蛋糕:

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3_qC9egk9qojRQp?e=oiO1Jh

典型场景

这里拿一个系统中的支付模块举例，一个支付模块会对接多个支付比如微信，支付宝等

基本事实

在现有代码中，已在使用一种支付方式处理订单，对应的支付接口Pay.java参考如下

public interface Pay {
    void setAmount(Integer amount);
    void makePayment();
}

上面这个接口的实现PayImpl.java

public class PayImpl implements Pay {
    @Override
    public void setAmount(Integer amount) {
        System.out.println("set pay impl");
    }

    @Override
    public void makePayment() {
        System.out.println("make payment");
    }
}

serviceMyService.java中使用支付方式处理订单，参考如下：

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3796seig6pm77ZO?e=gYrllO

典型场景

这里拿集成支付网关举例，比如业务中对支付的抽象如下

在上面执行的每一步进行日志记录

对应的接口Pay.java参考如下

public interface Pay {
    void create();

    void query();

    void refund();
}

实现一个支付方式，比如支付宝支付，在每一个支付步骤进行日志记录，参考如下：

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri33d5NhvwuPkHa8F?e=LLClnq

典型场景

被抽象数量比较多时，新增特性导致抽象数量可能会骤增（比如一个特性就增加2-3个类）就可以考虑使用桥接模式了

比如抽象万能电视机遥控场景、存在多个遥控场景(每个场景功能不一样)，以及要适配多种电视类型
再比如造车，存在多种类型的车（卡车、公交车、小轿车等），每种类型的车的生产过程不尽相同

这里拿万能遥控器场景举例，场景参考如下：

1. 基本遥控场景：开机、关机
2. 看电视台场景：选择电视台、同时也可以开关机
3. 看电影场景：播放、暂停、开关机等

可以看到这个场景是有层级结构的，比如电视台场景就涵盖了基本的开关机场景

目前举例适配的电视类型参考如下：

1. 索尼电视
2. 三星电视

可以看到这个电视类型的适配可能会更多

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3wVBHQNkHkAz7ci?e=bO7hoD

典型场景

比如保存历史内容的编辑器Editor, 业务场景中需要取出所有的历史记录进行循环处理，一般是在Editor中提供一个方法返回所有的历史内容

Editor.java参考如下：

public class Editor {
    private List<String> contentHistory = new ArrayList<>();

    public void push(String content) {
        contentHistory.add(content);
    }

    public String pop() {
        return contentHistory.remove(contentHistory.size() - 1);
    }
    
    public List<String> getContentHistory() {
        return contentHistory;
    }
}

对应的循环历史记录的代码参考如下：

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3dNicP8EQjwPUw_?e=klJYWD

典型场景

表格中的数字由5改为500后，这张表格对应的柱状图和链接的数字（黄色部分）同时立即发生对等改变（Excel的特性）

下面使用表格、图表、链接数字指代上面图片的左、中、右部分

基本事实：

1. 表格数据发生变化时，需要立刻通知图表和链接的数字进行对应的变更

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3aYThIUHA4m6crp?e=6d4aE3

典型场景

在ui界面中，点击一个按钮，这个按钮的状态会影响其它按钮的状态，并改变表格的显示方式，参考如下：

场景效果：

1. 点击居左按钮后，表格左对齐，并且居左按钮高亮，居中、居右按钮取消高亮
2. 点击居中按钮后，表格居中对齐，并且居中按钮高亮，居左、居右按钮取消高亮
3. 点击居右按钮后，表格居右对齐，并且居右按钮高亮，居左、居中按钮取消高亮

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3URckgGBGw8WoWh?e=I6BRDg

典型场景

有许多不同种类的对象需要被使用，需要延迟对象的创建、同类对象会创建多次

比如一张地图中包含很多点，每个点会有一个图标表示这个地点的类型，比如餐厅、体育馆、办公楼、图书馆等。把这些点显示在地图上，程序需要先在内存中保存这些点

基本事实：

1. 一张地图上可能会有成千上万的点需要绘制
2. 每个地图点在地图上一般会以图片进行显示
3. 一个图片文件内容占用的内容空间远超普通对象
4. 为了避免地图加载过程中占用过多内存，有必要优化地图点上的内存空间占用

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3TfmAb69-DF82jQ?e=DR2vwn

典型场景

处理电脑上的文件和文件夹

基本事实

1. 文件和文件夹可以有多个
2. 文件和文件夹有多个共同的操作，比如：删除、移动、复制等

这里拿对多个文件夹和文件执行删除操作举例，对应mac下右键Move to Trash按钮

可以看到，可以选中多个文件和文件夹执行删除、复制、移动、获取属性信息等操作

完整代码参考：https://1drv.ms/u/s!AquRvPzqx59Ri3MMlUz2cbydE0Eu?e=X6DGEG

典型场景

gui窗口界面上的一个按钮对象，点击后执行一断逻辑处理代码

硬编码

构造一个按钮类，并在点击（click）时执行业务逻辑代码，参考代码如下：

public class Button {
    private String label;

    public void click() {
        // doBusinessLogic(); 逻辑处理代码
    }

    public String getLabel() {
        return label;
    }

    public void setLabel(String label) {
        this.label = label;
    }
}

核心问题

按钮和按钮点后的业务逻辑代码耦合在一起

1. button的复用变得困难
2. 逻辑代码的复用变得困难