简易理解设计模式之：桥接模式——穿衣服经典案例2

介绍：

桥接模式属于结构型模式。它的定义为：将抽象部分与实现部分分离，使它们都可以独立的变化。

类图：

Abstraction（抽象化角色）：抽象部分，保持对实现部分对象的引用，抽象部分中的方法需要调用实现部分的对象来实现。 RefinedAbstraction（具体抽象化角色）：优化后的抽象部分，一般是对抽象部分的方法进行完善和扩展 Implementor（实现化角色）：实现部分，提供基本操作 ConcreteImplementor（具体实现化角色）：实现部分的具体实现

用法： •　一个类存在两个独立变化的维度，且这两个维度都需要进行扩展 •　不希望使用继承或因为多层次继承导致系统类的个数急剧增加时，可以考虑使用此模式 •　任何多维度变化类之间的耦合都可以使用桥接模式来实现解耦

个人理解： 桥接模式的必要条件是存在两个维度的独立变化，将其中一个维度划分成此模式的“抽象角色”，另外一个维度划分成“实现角色”。

例子： 众所周知，人会根据不同的场合穿着不同的衣服。就以男人为例，上班时会着装正式（领带、衬衫、外套、西裤、皮鞋、手表等），睡觉时会穿舒适（睡衣、睡裤等），运动时会穿运动服（T恤衫、运动裤、运动鞋等）。在这例子中，男人就是抽象化角色，各种服饰就是实现化角色。

需求：输出男人在以上三种场合的着装要求

1、实现化角色

public abstract class Finery {
    public abstract void dress();
}

各种服饰子类：

public class Jacket extends Finery {
    @Override
    public void dress() {
        System.out.println("外套");
    }
}
public class Sleepcoat extends Finery {
    @Override
    public void dress() {
        System.out.println("睡衣");
    }
}
public class TShirt extends Finery {
    @Override
    public void dress() {
        System.out.println("T恤衫");
    }
}

2、抽象化角色

public class Man {
    private Finery finery;

    public Man(Finery finery) {
        this.finery = finery;
    }

    public void dress() {
        if (finery != null) {
            finery.dress();
        }
    }
}

抽象化角色保持对实现部分对象的引用。因此持有了Finery对象的引用，在这里将Abstraction（抽象化角色）和RefinedAbstraction（具体抽象化角色）合二为一。

3、测试与实现

public class Client {
    public static void main(String[] args) {
        //上班的男人
        Man man = new Man(new Jacket());
        man.dress();

        //睡觉的男人
        man = new Man(new Sleepcoat());
        man.dress();

        //运动的男人
        man = new Man(new TShirt());
        man.dress();

    }
}

外套
睡衣
T恤衫

通过此例子，分离了两个维度的变化：男人和服饰。基本功能就完成了。可以看得出这个模式非常简单。

总结： 此模式告诉我们，面对多维度的变化的问题，我们尽量使用合成/聚合，尽量不要使用继承。

另外，在装饰模式——穿衣服经典案例中提到第二点方案，原来这就是桥接模式啊。当时提到：用继承的方法会令到子类的数量暴增并且可能存在大量重复代码，造成代码臃肿，最终就是难以维护。所以此模式不适合在某一个维度中独立变化的子类非常多的情况下使用。

感谢您的阅读~

推荐阅读

基础篇： 设计模式前篇之——UML类图必会知识点 设计模式前篇之——一起过一下面向对象的概念 创建型模式： 简易理解设计模式之：简单工厂模式——来试试接入支付功能 简易理解设计模式之：工厂方法模式——数据存储例子 简易理解设计模式之：抽象工厂模式——更换数据库例子 简易理解设计模式之：建造者模式——学习使用“链式调用” 简易理解设计模式之：原型模式——深、浅拷贝的概念 简易理解设计模式之：单例模式——单例模式的几种常用写法 结构型模式： 简易理解设计模式之：适配器模式——Android列表视图控件设计方式 简易理解设计模式之：桥接模式——穿衣服经典案例2 简易理解设计模式之：组合模式——实现View中的树状结构 简易理解设计模式之：装饰模式——穿衣服经典案例 简易理解设计模式之：外观模式——第三方SDK的帮助类 简易理解设计模式之：享元模式——五子棋游戏例子 简易理解设计模式之：代理模式——iOS视图控件设计方式 行为型模式： 简易理解设计模式之：策略模式——优化一下支付功能 简易理解设计模式之：模板方法模式——Android中的BaseActivity基类 简易理解设计模式之：观察者模式——监听与回调 简易理解设计模式之：状态模式——优化登录操作 简易理解设计模式之：备忘录模式——Word文档的工作原理 简易理解设计模式之：迭代器模式——遍历对象的好帮手 简易理解设计模式之：命令模式——实现命令的参数化配置 简易理解设计模式之：责任链模式——OA中请假流程示例 简易理解设计模式之：中介者模式——多人聊天室例子 简易理解设计模式之：解释器模式——语言和文法 简易理解设计模式之：访问者模式——员工考核例子