设计模式学习--桥接模式

最新推荐文章于 2023-11-07 09:14:36 发布
原创 最新推荐文章于 2023-11-07 09:14:36 发布 · 417 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #设计模式

本文通过一个实际案例介绍了如何使用桥接模式来重构支付系统的代码，以应对微信和支付宝多种支付方式的组合。通过创建支付渠道和支付模式的抽象层，实现了支付渠道与支付方式的解耦，提高了代码的可扩展性和可维护性。测试结果显示，桥接模式使得代码结构更加清晰，便于后续需求的迭代和扩展。

设计模式学习--桥接模式

桥接模式介绍

 

桥接模式的主要作用：通过抽象部分与实现部分相分离，把多种可匹配的使用相组合。

说白了就是在A类中含有B类的接口，通过构造函数传递B类的实现，这个B类就是设计的桥。

使用场景 

那么我们平时开发中有哪些场景是使用到了该模式呢？ 最典型的是JDBC多驱动程序的实现，还有同品牌类型的台式机和笔记本，平板。 业务实现中的多类接口同组实现等。因为在一些组合中如果每个类有多个不同的实现， 就会出现迪卡尔积，这样使用桥接模式就非常简单。

案例场景模拟

 

第三方平台如何承接微信的密码、指纹、刷脸支付，支付宝密码、指纹、刷脸支付的。实际场景肯定比这更多。

所以现在可以思考下这样的场景该如何实现？

用一坨坨代码实现

只用一个类直接实现，这是大多数初学者的想法

代码实现

需要导入的slf4j包mvn坐标

<dependency>
    <groupId>org.apache.logging.log4j</groupId>
    <artifactId>log4j-slf4j-impl</artifactId>
    <version>2.14.1</version>
    <scope>test</scope>
</dependency>
package com.lrkj.bridgeMode.orignal;
​
import com.lrkj.bridgeMode.enums.ChannelTypeEnum;
import com.lrkj.bridgeMode.enums.PayModeEnum;
import lombok.extern.slf4j.Slf4j;
​
import java.math.BigDecimal;
​
@Slf4j
public class PayController {
​
    /**
     * 模拟微信，支付宝支持的不同支付方式
     * 以下方法是if-else的最差写法，即使写if-else也是可以优化的方式去写
     *
     * @param uId         用户Id
     * @param tradeId     交易Id
     * @param amount      交易金额
     * @param channelType 支付渠道（1：微信，2：支付宝）
     * @param modeType    支付方式（1：密码，2：指纹，3：人脸）
     * @return 是否支付成功
     */
    public Boolean doPayWorstWay(String uId, String tradeId, BigDecimal amount, int channelType, int modeType) {
        // 微信支付
        if (1 == channelType) {
            log.info("模拟微信渠道支持划账开始：uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
            // 支付方式
            if (1 == modeType) {
                log.info("密码支付，风险安全校验环境安全");
                log.info("密码支付成功");
            } else if (2 == modeType) {
                log.info("指纹支付，风险校验指纹信息");
                log.info("指纹支付成功");
            } else if (3 == modeType) {
                log.info("人脸支付，风险校验脸部识别");
                log.info("人脸支付成功");
            }
        }
        // 支付宝支付
        else if (2 == channelType) {
            log.info("模拟支付宝渠道划帐开始： uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
            // 支付方式
            if (1 == modeType) {
                log.info("密码支付，风险安全校验环境安全");
                log.info("密码支付成功");
            } else if (2 == modeType) {
                log.info("指纹支付，风险校验指纹信息");
                log.info("指纹支付成功");
            } else if (3 == modeType) {
                log.info("人脸支付，风险校验脸部识别");
                log.info("人脸支付成功");
            }
        }
        return true;
    }
​
}

以上的if-else应该是最差的一种写法，即使写if-else也是可以优化去写的。

以下是自己写的几个优化方法（只把if-else部分写出来，是可以放在上面这个类里面调用的），可能还有更好方式

一般优化方式

/**
 * 模拟微信，支付宝支持的不同支付方式
 * 以下方法是if-else的一般的写法,把支付渠道、支付方式用枚举来写
 * 这样如果再添加其他支付渠道或者支付方式，直接修改枚举类即可
 *
 * @param uId         用户Id
 * @param tradeId     交易Id
 * @param amount      交易金额
 * @param channelType 支付渠道（1：微信，2：支付宝）
 * @param modeType    支付方式（1：密码，2：指纹，3：人脸）
 * @return 是否支付成功
 */
public Boolean doPayNormalWay(String uId, String tradeId, BigDecimal amount, int channelType, int modeType) {
    // 微信支付
    if (ChannelTypeEnum.WEIXIN_CHANNEL.getCode() == channelType) {
        log.info("模拟微信渠道支持划账开始：uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
        // 支付方式
        if (PayModeEnum.CIPHERPAY.getCode() == modeType) {
            log.info("密码支付，风险安全校验环境安全");
            log.info("密码支付成功");
        } else if (PayModeEnum.FINGERPRINTPAY.getCode() == modeType) {
            log.info("指纹支付，风险校验指纹信息");
            log.info("指纹支付成功");
        } else if (PayModeEnum.FACEPAYMENT.getCode() == modeType) {
            log.info("人脸支付，风险校验脸部识别");
            log.info("人脸支付成功");
        }
    }
    // 支付宝支付
    else if (ChannelTypeEnum.ZHIFUBAO_CHANNEL.getCode() == channelType) {
        log.info("模拟支付宝渠道划帐开始： uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
        // 支付方式
        if (PayModeEnum.CIPHERPAY.getCode() == modeType) {
            log.info("密码支付，风险安全校验环境安全");
            log.info("密码支付成功");
        } else if (PayModeEnum.FINGERPRINTPAY.getCode() == modeType) {
            log.info("指纹支付，风险校验指纹信息");
            log.info("指纹支付成功");
        } else if (PayModeEnum.FACEPAYMENT.getCode() == modeType) {
            log.info("人脸支付，风险校验脸部识别");
            log.info("人脸支付成功");
        }
    }
    return true;
}

较好优化方式

/**
     * 模拟微信，支付宝支持的不同支付方式
     * 以下方法是if-else的较好的写法,把支付渠道、支付方式用枚举来写
     * 这样如果再添加其他支付渠道或者支付方式，直接修改枚举类即可
     *
     * 同时抽区公共代码部分：支付方式
     * 这样可以做到再添加支付方式时就需要修改一个方法
     *
     * @param uId         用户Id
     * @param tradeId     交易Id
     * @param amount      交易金额
     * @param channelType 支付渠道（1：微信，2：支付宝）
     * @param modeType    支付方式（1：密码，2：指纹，3：人脸）
     * @return 是否支付成功
     */
    public Boolean doPayBetterWay(String uId, String tradeId, BigDecimal amount, int channelType, int modeType) {
​
//        // 微信支付
//        if (ChannelTypeEnum.WEIXIN_CHANNEL.getCode() == channelType) {
//            log.info("模拟微信渠道支持划账开始：uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
//            selectPayWay(modeType);
//        }
//        // 支付宝支付
//        else if (ChannelTypeEnum.ZHIFUBAO_CHANNEL.getCode() == channelType) {
//            log.info("模拟支付宝渠道划帐开始： uId:{} tradeId:{} amount:{}", uId, tradeId, amount);
//            selectPayWay(modeType);
//        }
​
        // 最简洁方式，通过三元运算符直接判断模式
        String payMode = channelType == ChannelTypeEnum.WEIXIN_CHANNEL.getCode() ? "微信":"支付宝";
        log.info("模拟:{}渠道支持划账开始：uId:{} tradeId:{} amount:{}",payMode, uId, tradeId, amount);
        selectPayWay(modeType);
        return true;
    }
​
    private void selectPayWay(int modeType) {
        // 支付方式
        if (PayModeEnum.CIPHERPAY.getCode() == modeType) {
            log.info("密码支付，风险安全校验环境安全");
            log.info("密码支付成功");
        } else if (PayModeEnum.FINGERPRINTPAY.getCode() == modeType) {
            log.info("指纹支付，风险校验指纹信息");
            log.info("指纹支付成功");
        } else if (PayModeEnum.FACEPAYMENT.getCode() == modeType) {
            log.info("人脸支付，风险校验脸部识别");
            log.info("人脸支付成功");
        }
    }

枚举类

package com.lrkj.bridgeMode.enums;
​
/**
 * 支付渠道枚举类
 */
public enum ChannelTypeEnum {
​
    // 微信支付
    WEIXIN_CHANNEL(1, "微信支付"),
    // 支付宝支付
    ZHIFUBAO_CHANNEL(2, "支付宝支付");
​
​
​
    private Integer code;
​
    private String msg;
​
    ChannelTypeEnum(Integer code, String msg) {
        this.code = code;
        this.msg = msg;
    }
​
    public Integer getCode() {
        return code;
    }
​
    public String getMsg() {
        return msg;
    }
}
package com.lrkj.bridgeMode.enums;
​
/**
 * 支持方式的枚举类
 */
public enum PayModeEnum {
    // 密码支付
    CIPHERPAY(1, "密码支付"),
​
    // 指纹支付
    FINGERPRINTPAY(2, "指纹支付"),
​
    // 人脸支付
    FACEPAYMENT(3, "人脸支付");
​
​
    private Integer code;
​
    private String msg;
​
    PayModeEnum(Integer code, String msg) {
        this.code = code;
        this.msg = msg;
    }
​
    public Integer getCode() {
        return code;
    }
​
    public String getMsg() {
        return msg;
    }
}

测试验证

测试类

package com.lrkj.bridgeMode.test;
​
import com.lrkj.bridgeMode.orignal.PayController;
import org.junit.Test;
​
import java.math.BigDecimal;
​
/**
 * 支付方式测试
 *
 * 从测试结果来看，已经能够满足我们的不同支付和支付模式的组合需求，但是这样的代码在后面的维护及扩展都会变得非常复杂。
 */
public class PayTest {
    PayController payController =  new PayController();
    @Test
    public void test_Pay(){
        System.out.println("\r\n 模拟测试场景：微信 + 刷脸支付方式");
        // 调用最差实现方式
        //payController.doPayWorstWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 1, 3);
​
        // 调用一般实现方式
        //payController.doPayNormalWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 1, 3);
​
        // 调用最佳实现方式
        payController.doPayBetterWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 1, 3);
​
​
        System.out.println("\r\n 模拟测试场景：支付宝 + 指纹支付方式");
        // 调用最差实现方式
        //payController.doPayWorstWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 1, 2);
​
        // 调用一般实现方式
        //payController.doPayNormalWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 1, 2);
​
        // 调用最佳实现方式
        payController.doPayBetterWay("weixin_165845985", "2021090911590245", new BigDecimal("1000"), 2, 2);
​
​
    }
​
​
}

测试结果

模拟测试场景：微信 + 刷脸支付方式 16:33:13.377 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 模拟:微信渠道支持划账开始：uId:weixin_165845985 tradeId:2021090911590245 amount:1000 16:33:13.382 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 人脸支付，风险校验脸部识别 16:33:13.382 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 人脸支付成功

模拟测试场景：支付宝 + 指纹支付方式 16:33:13.383 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 模拟:支付宝渠道支持划账开始：uId:weixin_165845985 tradeId:2021090911590245 amount:1000 16:33:13.383 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 指纹支付，风险校验指纹信息 16:33:13.383 [main] INFO com.lrkj.bridgeMode.orignal.PayController - 指纹支付成功

Process finished with exit code 0

桥接模式重构代码

工程结构

|-- src | |-- main | | |-- java | | | |-- com | | | |-- lrkj | | | |-- bridgeMode | | | | |-- channel | | | | | |-- Pay.java | | | | | |-- WxPay.java | | | | | |-- ZfbPay.java | | | | |-- mode | | | | | |-- IPayMode.java | | | | | |-- impl | | | | | |-- PayCrpherMode.java | | | | | |-- PayFaceMode.java | | | | | |-- PayFigerprintMode.java | | | | |-- test | | | | |-- PayBridgeTest.java

桥接模式模型结构

 

左侧Pay是一个抽象类，下面是它的两个支付类型实现类：微信支付，支付宝支付。

右侧IPayMode是一个接口，下面是它的两个支付模式实现类：刷脸支付，指纹支付。

支付类型 x 支付模式=相应的组合

代码实现

⽀支付类型桥接抽象类

package com.lrkj.bridgeMode.channel;
​
import com.lrkj.bridgeMode.mode.IPayMode;
​
import java.math.BigDecimal;
​
/**
 * 支付模式抽象类
 *
 * 目前只有两种支付模式，作为支付综合平台还会有其他支付渠道
 */
public abstract class Pay {
​
    protected IPayMode payMode;
​
    public Pay(IPayMode payMode){
        this.payMode = payMode;
    }
​
    public abstract String transfer(String uId, String tradeId, BigDecimal amount);
}

在这个类中定义了了⽀支付⽅方式的需要实现的划账接⼝口： transfer ，以及桥接接⼝口； IPayMode ，并 在构造函数中⽤用户⽅方⾃自⾏行行选择⽀支付⽅方式。

如果没有接触过此类实现，可以重点关注 IPayMode payMode ，这部分是桥接的核⼼心。

两个⽀支付类型的实现

微信支付

package com.lrkj.bridgeMode.channel;
​
import com.lrkj.bridgeMode.mode.IPayMode;
import lombok.extern.slf4j.Slf4j;
​
import java.math.BigDecimal;
​
/**
 * 微信支付方式
 */
@Slf4j
public class WxPay extends Pay{
    public WxPay(IPayMode payMode) {
        super(payMode);
    }
​
    @Override
    public String transfer(String uId, String tradeId, BigDecimal amount) {
        log.info("模拟微信渠道支付划账开始： uId: {} tradeId: {} amount: {}", uId, tradeId, amount);
​
        Boolean security = payMode.security(uId);
        log.info("模拟微信渠道支付风控校验： uId: {} tradeId: {} security: {}",uId, tradeId, security);
​
        if (!security){
            log.info("模拟微信渠道支付划账拦截： uId: {} tradeId: {} security: {}",uId, tradeId, security);
            return "微信支付失败";
        }
        log.info("模拟微信渠道支付划账成功：uId: {} tradeId: {} amount: {}", uId, tradeId, amount);
​
​
        return "微信支付成功";
    }
}

支付宝支付

package com.lrkj.bridgeMode.channel;
​
import com.lrkj.bridgeMode.mode.IPayMode;
import lombok.extern.slf4j.Slf4j;
​
import java.math.BigDecimal;
​
/**
 * 支付宝支付方式
 */
@Slf4j
public class ZfbPay extends Pay{
​
    public ZfbPay(IPayMode payMode) {
        super(payMode);
    }
​
    @Override
    public String transfer(String uId, String tradeId, BigDecimal amount) {
        log.info("模拟支付宝渠道支付划账开始： uId: {} tradeId: {} amount: {}", uId, tradeId, amount);
​
        Boolean security = payMode.security(uId);
        log.info("模拟支付宝渠道支付风控校验： uId: {} tradeId: {} security: {}",uId, tradeId, security);
​
        if (!security){
            log.info("模拟支付宝渠道支付划账拦截： uId: {} tradeId: {} security: {}",uId, tradeId, security);
            return "支付宝支付失败";
        }
        log.info("模拟支付宝渠道支付划账成功：uId: {} tradeId: {} amount: {}", uId, tradeId, amount);
​
​
        return "支付宝支付成功";
    }
}

这⾥里里分别模拟了了调⽤用第三⽅方的两个⽀支付渠道；微信、⽀支付宝，当然作为⽀支付综合平台可能不不只是接 了了这两个渠道，还会有其很跟多渠道。 另外可以看到在⽀支付的时候分别都调⽤用了了⻛风控的接⼝口进⾏行行验证，也就是不不同模式的⽀支付( 刷脸 、 指 纹 )，都需要过指定的⻛风控，才能保证⽀支付安全。

定义⽀支付模式接⼝口

package com.lrkj.bridgeMode.mode;
​
/**
 * 支付模式接口
 */
public interface IPayMode {
​
    /**
     * 任何支付模式，刷脸，指纹，密码都会进行不同程度的安全风控校验，这里定义一个安全校验接口
     * @param uId 用户id
     * @return 校验是否成功
     */
    Boolean security(String uId);
}

三种⽀支付模式⻛风控(刷脸、指纹、密码)

刷脸

package com.lrkj.bridgeMode.mode.impl;
​
import com.lrkj.bridgeMode.mode.IPayMode;
import lombok.extern.slf4j.Slf4j;
import org.junit.Test;
​
/**
 * 刷脸支付模式
 */
@Slf4j
public class PayFaceMode implements IPayMode {
​
​
    @Override
    public Boolean security(String uId) {
        log.info("人脸支付，风控校验脸部识别");
        return true;
    }
}

指纹

package com.lrkj.bridgeMode.mode.impl;
​
import com.lrkj.bridgeMode.mode.IPayMode;
import lombok.extern.slf4j.Slf4j;
​
/**
 * 指纹支付模式
 */
@Slf4j
public class PayFigerprintMode implements IPayMode {
​
​
    @Override
    public Boolean security(String uId) {
        log.info("指纹支付，风控校验指纹信息");
        return true;
    }
}

密码

package com.lrkj.bridgeMode.mode.impl;
​
import com.lrkj.bridgeMode.mode.IPayMode;
import lombok.extern.slf4j.Slf4j;
​
/**
 * 密码支付模式
 */
@Slf4j
public class PayCrpherMode implements IPayMode {
​
​
    @Override
    public Boolean security(String uId) {
        log.info("密码支付，风控校验环境安全");
        return true;
    }
}

测试验证

编写测试类

package com.lrkj.bridgeMode.test;
​
import com.lrkj.bridgeMode.channel.Pay;
import com.lrkj.bridgeMode.channel.WxPay;
import com.lrkj.bridgeMode.channel.ZfbPay;
import com.lrkj.bridgeMode.mode.impl.PayFaceMode;
import com.lrkj.bridgeMode.mode.impl.PayFigerprintMode;
import org.junit.Test;
​
import java.math.BigDecimal;
​
/**
 * 测试桥接模式
 */
public class PayBridgeTest {
​
    @Test
    public void testPayBridge(){
        System.out.println("\r\n模拟测试场景；微信支付、人脸支付");
        Pay wxPay = new WxPay(new PayFaceMode());
        wxPay.transfer("weixin_15435434", "2021090915523214", new BigDecimal("1000"));
​
        System.out.println("\r\n模拟测试场景；支付宝支付、指纹支付");
        Pay zfbPay = new ZfbPay(new PayFigerprintMode());
        zfbPay.transfer("luikaida_123", "2021090915523214", new BigDecimal("1000"));
    }
}

与上⾯面的ifelse实现⽅方式相⽐比，这⾥里里的调⽤用⽅方式变得整洁、⼲干净、易易使⽤用； new WxPay(new PayFaceMode()) 、 new ZfbPay(new PayFingerprintMode()) 外部的使⽤用接⼝口的⽤用户不不需要关⼼心具体的实现，只按需选择使⽤用即可。 ⽬目前以上优化主要针对桥接模式的使⽤用进⾏行行重构 if 逻辑部分，关于调⽤用部分可以使⽤用 抽象⼯工⼚厂 或 策略略模式 配合map结构，将服务配置化。因为这⾥里里主要展示 桥接模式 ，所以就不不在额外多加代 码，避免喧宾夺主

测试结果

模拟测试场景；微信支付、人脸支付 17:19:42.680 [main] INFO com.lrkj.bridgeMode.channel.WxPay - 模拟微信渠道支付划账开始： uId: weixin_15435434 tradeId: 2021090915523214 amount: 1000 17:19:42.683 [main] INFO com.lrkj.bridgeMode.mode.impl.PayFaceMode - 人脸支付，风控校验脸部识别 17:19:42.683 [main] INFO com.lrkj.bridgeMode.channel.WxPay - 模拟微信渠道支付风控校验： uId: weixin_15435434 tradeId: 2021090915523214 security: true 17:19:42.683 [main] INFO com.lrkj.bridgeMode.channel.WxPay - 模拟微信渠道支付划账成功：uId: weixin_15435434 tradeId: 2021090915523214 amount: 1000

模拟测试场景；支付宝支付、指纹支付 17:19:42.683 [main] INFO com.lrkj.bridgeMode.channel.ZfbPay - 模拟支付宝渠道支付划账开始： uId: luikaida_123 tradeId: 2021090915523214 amount: 1000 17:19:42.683 [main] INFO com.lrkj.bridgeMode.mode.impl.PayFigerprintMode - 指纹支付，风控校验指纹信息 17:19:42.683 [main] INFO com.lrkj.bridgeMode.channel.ZfbPay - 模拟支付宝渠道支付风控校验： uId: luikaida_123 tradeId: 2021090915523214 security: true 17:19:42.683 [main] INFO com.lrkj.bridgeMode.channel.ZfbPay - 模拟支付宝渠道支付划账成功：uId: luikaida_123 tradeId: 2021090915523214 amount: 1000

Process finished with exit code 0

从测试结果看内容是⼀一样的，但是整体的实现⽅方式有了了很⼤大的变化。所以有时候不不能只看结果，也 要看看过程

总结

通过模拟微信与⽀支付宝两个⽀支付渠道在不不同的⽀支付模式下， 刷脸 、 指纹 、 密码 ，的组合从⽽而体现 了了桥接模式的在这类场景中的合理理运⽤用。简化了了代码的开发，给后续的需求迭代增加了了很好的扩展 性。 从桥接模式的实现形式来看满⾜足了了单⼀一职责和开闭原则，让每⼀一部分内容都很清晰易易于维护和拓拓 展，但如果我们是实现的⾼高内聚的代码，那么就会很复杂。所以在选择重构代码的时候，需要考虑 好整体的设计，否则选不不到合理理的设计模式，将会让代码变得难以开发。 任何⼀一种设计模式的选择和使⽤用都应该遵顼符合场景为主，不不要刻意使⽤用。⽽而且统⼀一场景因为业务 的复杂从⽽而可能需要使⽤用到多种设计模式的组合，才能将代码设计的更更加合理理。但这种经验需要从 实际的项⽬目中学习经验，并提不不断的运⽤用。

嵌入式C设计模式---桥接设计模式
weixin_42162924的博客
05-04 534
将抽象部分(业务功能)与实现部分(平台实现)分离，使它们 都可以独立地变化。
设计模式：Bridge模式
superbeck的专栏
10-27 7455
如果你想要写一个游戏，并且想让这个游戏同时支持PC和手机，那么怎么样的设计可以避免写两套代码，并且不影响可扩展性呢？说起来还是比较简单的，只要把对平台的依赖部分抽取成抽象的接口（比如说绘图部分），并且针对抽取出来的接口，分别实现PC版和手机版就行了。系统的其他部分只要调用那套抽取出来的接口就可以完成所有的功能。这样来看，系统的其他部分是不依赖具体的平台的，也就具有了良好的扩展性。这个就是Bridge模式的应用。
设计模式——桥接模式(BridgeMode)
在路上
01-06 5783
要想正确理解设计模式，首先必须明确它是为了解决什么问题而提出来的。 设计模式学习笔记 ——Shulin 转载请注明出处：http://blog.youkuaiyun.com/zhshulin 桥接模式的定义："将抽象部分与实现部分分离，使它们都可以独立的变化"。 桥接模式是所有面向对象模式的基础，通过对桥接模式的学习来理解设计模式的思想。理由如下： 1、它教
Bridge Mode
05-04
P-330W Bridge Mode,桥接模式，是设计模式的一种比较有难度的模式但是非常有用在现今的软甲开发中经常使用的模式
Bridge mode
weixin_34074740的博客
04-21 389
Question: What is Bridging Mode in Wi-Fi Networking?Answer: In Wi-Fi networking, bridging mode allows two or more wireless access points (APs) to communicate with each for the purpose of joining multi...
Bridge（桥接）模式
yuxxz的专栏
06-15 7153
一、目的 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 二、背景 现在有一个需求，需要创建不同的图形，并且每个图形都有可能会有不同的颜色。我们可以利用继承的方式来设计类的关系： 我们可以发现有很多的类，假如我们再增加一个形状或再增加一种颜色，就需要创建更多的类。 试想，在一个有多种可能会变化的维度的系统中，用继承方式会造成类爆炸，扩展起来不灵活。每次在一个维度上新增一个具体...
设计模式学习--桥接模式.md
09-09
设计模式学习--桥接模式，安装了md就可以直接打开查看
设计模式---桥接模式
04-25
桥接模式是一种结构型设计模式，它将抽象部分与实现部分分离，使它们可以独立进行变化。这种模式在软件工程中被广泛...对于初学者来说，通过学习和实践桥接模式，可以提高软件设计能力，更好地理解面向对象设计原则。
C++20设计模式学习笔记-第7章桥接模式学习代码
最新发布
02-06
C++20设计模式学习笔记-第7章桥接模式学习代码
cpp代码-设计模式-桥接模式
07-14
**正文** 桥接模式是一种设计模式，它将抽象部分与实现部分分离，使得它们可以独立进行变化。...通过阅读`main.cpp`和`README.txt`，我们可以深入理解桥接模式的工作原理，并学习如何在自己的项目中应用这一设计模式。
设计模式-桥接模式（Bridge）
miaoyl的博客
11-07 9134
桥接模式，也被称为柄体（Handle and Body）模式或接口（Interface）模式，是一种桥接模式，也被称为柄体（Handle and Body）模式或接口（Interface）模式，是一种结构型设计模式。它的主要目的是将抽象部分与它的实现部分分离，使它们都可以独立地变化。这种分离可以通过组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。举个例子，假设有一个几何形状Shape类，从它能扩展出两个子类：圆形Circle和方形Square。
linux brctl 网桥 (bridge mode) 模式
dean_gdp的专栏
05-12 1662
有五台主机。其中一台主机装有linux ，安装了网桥模块，而且有四块物理网卡，分别连接同一网段的其他主机。我们希望其成为一个网桥，为其他四台主机(IP分别为192.168.1.2 ，192.168.1.3，192.168.1.4，192.168.1.5) 之间转发数据包。同时，为了方便管理，希望网桥能够有一个IP（192.168.1.1），那样管理员就可以在192.168.1.0/24网段内的主机
设计模式之Bridge模式
javine的专栏
12-08 1231
本文内容是通过学习《设计模式解析》 by - Alan Shalloway, James R. Trott 一书所总结的心得。博主想通过先提出问题，再解决问题的方式来让读者实际体验一把Bridge模式的优势。（这也是《设计模式解析》一书中采用的讲解流程，对于读者理解会有很大帮助）文中的案例也是使用的书中提供的案例。1.提出问题先看需求：有两个绘制实例D1和D2，它们都提供了drawLine和draw
Linux下网卡的桥接 (Bridge mode)
chuanzhilong的博客
12-15 3694
modprobe bridge brctl addbr br0 #> ifconfig eth0      Link encap:Ethernet  HWaddr 00:CC:D0:99:EB:26           inet6 addr: fe80::2b0:d0ff:fe99:eb26/64 Scope:Link           UP BROADCAST RUNNING
23种设计模式--桥接模式（Bridge）
qq_43470725的博客
09-27 582
参考：https://blog.youkuaiyun.com/weixin_48052161/article/details/119188465?spm=1001.2014.3001.5501 桥接模式： 桥接（Bridge）是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。 这种模式涉及到一个作为桥接的接口，使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。 生活案例: 在现实生活中，某些类具有两个或多
linux配置桥接网卡,Linux下网卡的桥接 (Bridge mode)
weixin_29143935的博客
05-01 1104
[桥接]modprobe bridgebrctl addbr br0#> ifconfigeth0 Link encap:Ethernet HWaddr 00:CC:D0:99:EB:26inet6 addr: fe80::2b0:d0ff:fe99:eb26/64 Scope:LinkUP BROADCAST RUNNING PROMISC MULTICAST MTU:150...
设计模式之Bridge
robin912的专栏
07-17 259
设计模式之Bridge Bridge模式是基于类的实现层次结构和类的功能层次结构两个概念之上的． Bridge模式是在类的功能层次结构和类的实现层次结构之间建立了一个桥梁，也就是让功能接口和实现接口解耦，让类的层次结构更清晰，而且易于扩张． 类的实现层次结构 父类定义功能点，功能点通过子类继承实现新功能点． 图: 类的功能层次结构 父类定义接口，子类实现接口． 图: B...
建造者模式（builder）,桥梁模式（bridge mode）,命令模式（Command mode）
tianyucad123的博客
08-13 1349
建造者模式，将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。 说明：CCarModel实现模板方法，Builder负责开始建造产品。建造产品时，构建的顺序由Director或main决定。 注意：建造者模式和抽象工厂非常类似。建造者更重视产品建造时的逻辑顺序，而抽象工厂更重视生产出不同型号的产品，抽象工厂不关心顺序。 建造者模式属
C# 设计模式-桥接（Bridge）
浊酒入清梦的博客
12-28 754
将抽象部分和实现部分分离，使它们可以独立变化主要组成： Abstraction（抽象类） RefinedAbstraction（抽象类的子类） Implementor（实现接口） ConcreteImplementor（具体实现类）适配器和桥接的区别： 适配器：用来帮助无关的类协同工作，通常在系统设计完成后才使用。 桥接：在系统开始时就使用，使抽象部分和实现部分分离。抽象和实现： usin
Java设计模式：桥接模式实战解析
"设计模式学习--桥接模式" 在软件设计中，桥接模式是一种结构型设计模式，它的主要目的是将抽象部分与实现部分解耦，使得它们能够独立地进行变化。桥接模式允许我们将抽象类（接口）和实现类分离开来，形成两个独立...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值