桥接模式

桥接模式（Bridge)是一种结构型设计模式。 定义： 桥接模式将抽象部分与实现部分分离，使他们都可以独立的进行变化。 主要特点： 把抽象(Abstraction)与行为实现(Implementation)分离开来，从而可以保持各部分的独立性以及应对他们的功能扩展。 桥接模式的UML图如下： 桥接模式的角色和职责： 1. Client 调用端 这是Bridge模式的调用者。 2. 抽象类（Abstraction） 抽象类接口（接口这货抽象类）维护队行为实现（implementation）的引用。它的角色就是桥接类。 3. Refined Abstraction 这是Abstraction的子类。 4. Implementor 行为实现类接口（Abstraction接口定义了基于Implementor接口的更高层次的操作）。 Implementor定义实现部分的接口，该接口不一定要与Abstraction的接口完全一致，事实上这两个接口可以完全不同。一般来说，Implementor接口仅提供基本操作，而Abstraction则定义基于这些基本操作的较高层次的操作。 5. ConcreteImplementor Implementor的子类。 使用场景 举个栗子 注意：这里的抽象部分和实现部分只是两个独立变化的维度，独立变化。 我们平常喝咖啡的时候分别有大杯小杯的，还有加糖和不加糖的

23种设计模式（C++）之 桥接（Bridge）模式 23种设计模式（C++）之 桥接（Bridge）模式 意图 场景 角色 实例 23种设计模式（C++）之 桥接（Bridge）模式 意图 将抽象部分与它的实现部分分离，使它们都可以独立地变化。 场景 比如，画图工具中铅笔的粗细和颜色。假设有三种粗细（0.5mm, 0.8mm, 1.0mm）和四种颜色（红，黄，蓝，黑），如果粗细与颜色合在一起，我们则需要准备十二个类来实现所有情况；如果粗细与颜色分开，我们只需要准备七个类即可实现所有情况。 角色 Abstraction: 定义抽象类的接口 维护一个指向Implementor类型对象的指针 RefinedAbstraction 扩充由Abstraction定义的接口。 Implementor 定义实现类的接口， 供RefinedAbstraction调用。该接口不一定要与Abstraction的接口完全一致。一般，Implementor接口仅提供基本操作，而Abstraction则定义了基于这些操作的较高层次的操作。 ConcreteImplementor 实现Implementor 接口并定义它的具体实现。 实例 以车为例，车可分为电动车和油动车，又可分为白色车和黑色车。 定义实现类接口 class CarColor { public : virtual void

Bridge模式也叫桥接模式，是由GoF提出的23种软件设计模式的一种。Bridge模式在调用方与被调用方之间使用一个起着“桥”作用的类，用来支持类的多方向扩展。 本文介绍设计模式中的桥接（Bridge）模式的概念，用法，以及实际应用中怎么样使用桥接模式进行开发。 Bridge模式的概念 Bridge 模式是构造型的设计模式之一。Bridge模式基于类的最小设计原则，通过使用封装，聚合以及继承等行为来让不同的类承担不同的责任。它的主要特点是把抽象（abstraction）与行为实现（implementation）分离开来，从而可以保持各部分的独立性以及应对它们的功能扩展。 Bridge模式的应用场景 面向对象的程序设计（OOP）里有类继承（子类继承父类）的概念，如果一个类或接口有多个具体实现子类，如果这些子类具有以下特性： - 存在相对并列的子类属性。 - 存在概念上的交叉。 - 可变性。 我们就可以用Bridge模式来对其进行抽象与具体，对相关类进行重构。 为了容易理解，我们举例说明一下，比如汽车类（Car），假设有2个子类，卡车类（Truck）与公交车类（Bus），它们有[设置引擎]这个动作行为，通过不同引擎规格的设置，可以将它们设置为比如为1500cc（Car1500），和2000cc（Car2000）的车。 这样，不管是1500cc的卡车还是2000cc的卡车

23种设计模式之桥接模式（Bridge） 桥接模式将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体（Handle and Body）模式或接口（Interface）模式。桥接模式类似于多重继承方案，但是多重继承方案往往违背了类得单一职责原则，其复用性比较差，桥接模式是比多重继承方案更好的解决方法。 优点： 1）可以将接口与实现相分离。 2）提高了可扩展性。 3）对客户端隐藏了实现的细节。 使用场景： 1）想避免在抽象及其实现之间存在永久的绑定。 2）抽象及其实现可以使用子类进行扩展。 3）抽象的实现被改动应该对客户端没有影响，不用重新编译代码。 Bridge 模式 /// <summary> /// 像素矩阵类 /// </summary> public class Matrix { } public abstract class Image { public void SetImp(ImageImp imp) { this.imp = imp; } public abstract void ParseFile(string fileName); protected ImageImp imp; } public abstract class ImageImp { public abstract void doPaint(Matrix m);/

问题： 有时候会遇到VM使用桥接模式时无法正常获取IP的情况 原因： 初步怀疑是因为你的电脑是双网卡 解决方法： 这时候，就需要修改VM的虚拟网络编辑器的配置 解决步骤： 编辑-》虚拟网络编辑器-》更改设置。在桥接模式那里选择桥接到你目前可以正常使用的网卡即可 补充： 如何知道你应该选择哪个网卡-》在网络连接里查看那个网卡是目前使用的网卡即可，例如我的是下图的本地连接，对应网卡为PCI 来源： https://www.cnblogs.com/biaopei/p/11832962.html

在现实生活中，某些类具有两个或多个维度的变化，如图形既可按形状分，又可按颜色分。如何设计类似于 Photoshop 这样的软件，能画不同形状和不同颜色的图形呢？如果用继承方式，m 种形状和 n 种颜色的图形就有 m×n 种，不但对应的子类很多，而且扩展困难。 当然，这样的例子还有很多，如不同颜色和字体的文字、不同品牌和功率的汽车、不同性别和职业的男女、支持不同平台和不同文件格式的媒体播放器等。如果用桥接模式就能很好地解决这些问题。 定义与特点 桥接（Bridge）模式的定义如下：将抽象与实现分离，使它们可以独立变化。它是用组合关系代替继承关系来实现，从而降低了抽象和实现这两个可变维度的耦合度。 桥接（Bridge）模式的优点是： 由于抽象与实现分离，所以扩展能力强； 其实现细节对客户透明。 缺点是：由于聚合关系建立在抽象层，要求开发者针对抽象化进行设计与编程，这增加了系统的理解与设计难度。 结构与实现 可以将抽象化部分与实现化部分分开，取消二者的继承关系，改用组合关系。 1. 模式的结构 桥接（Bridge）模式包含以下主要角色。 抽象化（Abstraction）角色：定义抽象类，并包含一个对实现化对象的引用。 扩展抽象化（Refined Abstraction）角色：是抽象化角色的子类，实现父类中的业务方法，并通过组合关系调用实现化角色中的业务方法。 实现化

1.确认本地连接有桥接虚拟机网卡： 打开 控制面板\网络和 Internet\网络连接 点击有网络连接的网络的属性 查看是否有网桥协议，如果没有的话，可以安装一下 在这一步同时可以看到网络用的网卡 2.编辑虚拟机的虚拟网络 打开vmware 左上方菜单栏，编辑/虚拟网络编辑器 VMnet0 指虚拟网桥 VMnet1指host-only VMnet8指NAT 点击右下方更改设置 选择下方桥接模式，桥接到刚才我们看到的网卡。 3.修改网卡配置文件， 设置静态ip 1.现在主机里用ipconfig命令查到本机的ip和子网掩码，默认网关 2.在虚拟机中修改配置文件 cd /etc/sysconfig/network-scripts 用vi编辑器修改ifcfg-eno16777736 在末尾添加和本机ip一个网段的ip地址，和子网掩码 然后把BOOTPROTO 由dhcp修改为static 3./etc/sysconfig/network 修改network配置文件 NETWORKING=yes GATEWAY=172.23.0.1 #要和本机外网默认网关相同 4.重启网络 service network restart 显示已经有了ip地址 来源： https://www.cnblogs.com/wangzhihang/p/11806446.html

桥接（Bridge）是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，它通过提供抽象化和实现化之间的桥接结构，来实现二者的解耦。 这种模式涉及到一个作为桥接的接口，使得实体类的功能独立于接口实现类。这两种类型的类可被结构化改变而互不影响。 我们通过下面的实例来演示桥接模式（Bridge Pattern）的用法。其中，可以使用相同的抽象类方法但是不同的桥接实现类，来画出不同颜色的圆。 介绍 意图： 将抽象部分与实现部分分离，使它们都可以独立的变化。 主要解决： 在有多种可能会变化的情况下，用继承会造成类爆炸问题，扩展起来不灵活。 何时使用： 实现系统可能有多个角度分类，每一种角度都可能变化。 如何解决： 把这种多角度分类分离出来，让它们独立变化，减少它们之间耦合。 关键代码： 抽象类依赖实现类。 应用实例： 1、猪八戒从天蓬元帅转世投胎到猪，转世投胎的机制将尘世划分为两个等级，即：灵魂和肉体，前者相当于抽象化，后者相当于实现化。生灵通过功能的委派，调用肉体对象的功能，使得生灵可以动态地选择。 2、墙上的开关，可以看到的开关是抽象的，不用管里面具体怎么实现的。 优点： 1、抽象和实现的分离。 2、优秀的扩展能力。 3、实现细节对客户透明。 缺点： 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。

折磨了我大半年，最近实在忍不了方正的专线了，刚好联通又新推出了云快线，各方面都挺合适，果断换掉方正。从申请到安装完毕，一天之内全搞定。 速度、稳定方面测试都很满意，但是在外网根据固定IP访问不到内部服务器，检查发现方正和联通的固定IP分配方式不同，方正的是写在本地路由器或服务器的静态固定IP，联通的是随登陆账号分配的固定IP，而PPPOE登陆使用的是联通安装时配的光猫TEWA-800E。也就是联通固定IP指的是用于登陆的光猫，而我用来做端口转发的路由器现在是处于光猫下级，使用的是光猫的DHCP分配IP。所以按照固定IP只能找到光猫，而光猫又不知道该怎么处理，最后就找不到了。 想了下，大概三种解决方法： 关闭路由器DHCP，把路由器当交换机，由光猫负责DHCP及端口管理 光猫配置路由器的DMZ 光猫改桥接模式，做一只单纯的猫 我路由器比TEWA-800E强多了，没道理不用路由器而去用光猫来做管理，第一条pass。一直对各种转发、代理、中间层没什么好感，能少一层处理就少一层，第二条备选。那首选就是改桥接了。 进入TEWA-800E的管理页面，发现只能使用默认用户user登陆，而user没有修改路由模式的权限，现在的问题就是想办法登陆超级用户了，查到超级用户账号密码为CUAdmin/CUAdmin。以前似乎可以使用cu.html来登陆，但我试了下，现在（2018年6月底）应该是已经封掉了

一、配置桥接网络 需求：为了使本地网络中的机器和Docker容器更方便的通信，我们经常会有将Docker容器配置到和主机同一网段的需求。这个需求其实很容易实现，我们只要将Docker容器和宿主机的网卡桥接起来，再给Docker容器配上IP就可以了。 思路：新添加一块宿主机br0网卡桥接本地ens33网卡，从git上clone 借助第四方 pipwork包为容器桥接宿主机br0网卡实现桥接通信！！ 1：新增一块br0网卡，并配置br0网卡 [root@host1 ~]# cd /etc/sysconfig/network-scripts/ [root@host1 network-scripts]# cp ifcfg-ens33 ifcfg-br0 [root@host1 network-scripts]# vim ifcfg-br0 TYPE=Bridge ##这里原来Ethernet更改为Bridge 桥接模式 PROXY_METHOD=none BROWSER_ONLY=no BOOTPROTO=dhcp DEFROUTE=yes IPV4_FAILURE_FATAL=no IPV6INIT=yes IPV6_AUTOCONF=yes IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no IPV6_ADDR_GEN_MODE=stable-privacy