设计模式之分开考虑_Bridge模式_将类的抽象部分和实现部分分离

前言

博主github

博主个人博客http://blog.healerjean.com

文章内容采用自博客 https://www.cnblogs.com/WindSun/p/10260547.html

1、模式动机

​ 设想如果要绘制矩形、圆形、椭圆、正方形，我们至少需要4个形状类，但是如果绘制的图形需要具有不同的颜色，如红色、绿色、蓝色等，此时至少有如下两种设计方案：

1.1、第一种方案：

根据已经具备的图形， 第一种设计方案是为每一种形状都提供一套各种颜色的版本

[外链图片转存失败(img-ejwHer0s-1566550690629)(https://raw.githubusercontent.com/HealerJean/HealerJean.github.io/master/blogImages/1565768485831.png)]

1.2、第二种方案：

根据实际情况去选择我们要的图形和颜色，进行组合

1.2、总结:

其实项目中实战用到很多，可能一直以来也不知道叫什么名字 ，就比如我现在小米用到的，多笔融资处理，单笔融资和多笔融资时抽象实现类，他们会对不同的票据进行处理

​ 采用方案二来进行设计系统中类的个数更少，且系统扩展更为方便。设计方案二即是桥接模式的应用。桥接模式将继承关系转换为关联关系，从而降低了类与类之间的耦合，减少了代码编写量。

Bridege -桥梁，：将抽象部分与它的实现部分(行为)—通过委托的方式分离，从而可以保持各部分的独立性以及应对他们的功能扩展。

2、实例代码：

2.1、实现类接口 Implementor

public interface Implementor {
   
     
     void operation();
}

2.2、抽象类接口Abstraction

public abstract class Abstraction
{
   
    protected Implementor impl;
    
    public void setImpl(Implementor impl)
    {
   
        this.impl=impl;
    }
    
    public abstract void operation();
}

2.3、扩充抽象类代码 RefinedAbstraction

public class RefinedAbstraction extends Abstraction
{
   
    public void operation() {
   
        //代码
        impl.