每天设计模式-桥接模式

概念

​ 将抽象部分与它的实现部分分离，使它们都可以独立地变化。它是一种对象结构型模式，又称为柄体(Handle and Body)模式或接口(Interface)模式。

​ 主要为了解决因为多重继承而引发的类爆炸的问题。

​ 以我的理解而言，如果两个类属于多对多的关系，就可以使用桥接模式。

结构

• Abstraction: 抽象类
  • 用于聚合实现类接口，同时调用对应方法
• RefinedAbstraction：扩充抽象类
  • 用户的具体实现
• Implementor：实现类接口
  • 定义方法
• ConcreteImplementor：具体实现类
  • 继承抽象类，根据自己的需要重写其中方法

举个栗子

提个需求

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

第一个解决版本

​ 这个时候我们最容易想到，是不是下面这个思路呢？

​ 首先设计一个Shape基类，所有的形状都继承这个基类，再为每一个形状都提供一套颜色的版本。这个类图就可能是这样子的：

分析利弊

​ 这样子的设计会带来什么样子的后果呢？我们当前只有三角形和矩形，如果我们新增一个正方形呢？按照现在的设计，我们就必须新增一个RedSquare 以及一个GreenSquare。如果我们新增一个黄色呢？那么我们需要为每一种形状都添加对应黄色的类。长此以往，我们面临的问题只有一个，那就是类愈来愈多，维护也越来越困难。

引入桥接模式

	很显然，我们并不能使用第一种解决版本。那么，我们将使用桥接模式对第一个版本进行改造。改造之前，我们需要分析一下对应的角色。

• Abstraction：形状
• Implementor：颜色
  • 暂且指定一个getColor方法
• ConcreteImplementor：颜色具体实现
• RefinedAbstraction：形状具体实现

对应类图

代码实现

• Shape

  package bridge.improve;
  
  public abstract class Shape {
      private Color color;
  
      public Shape(Color color) {
          this.color = color;
      }
  
      public abstract void getShape();
  
      public Color getColor() {
          return color;
      }
  
      public void setColor(Color color) {
          this.color = color;
      }
  }
  

• Color

  package bridge.improve;
  
  public interface Color {
      String getColorName();
  }
  
  

• Green

  package bridge.improve;
  
  public class Green implements Color {
      @Override
      public String getColorName() {
          return "绿色";
      }
  }
  

• Red

  package bridge.improve;
  
  public class Red implements Color {
      @Override
      public String getColorName() {
          return "红色";
      }
  }
  

• Square

  package bridge.improve;
  
  public class Square extends Shape {
      public Square( Color color) {
          super(color);
      }
  
      @Override
      public void getShape() {
          System.out.println(getColor().getColorName() + "的正方形");
  
      }
  }
  
  

• Rectangle

  package bridge.improve;
  
  public class Rectangle extends Shape{
      public Rectangle( Color color) {
          super(color);
      }
  
      @Override
      public void getShape() {
          System.out.println(getColor().getColorName() + "的矩形");
      }
  }
  

• Client

  package bridge.improve;
  
  public class Client {
      public static void main(String[] args) {
          Shape square = new Square(new Red());
          square.getShape();
  
          Shape rectangle = new Rectangle(new Green());
          rectangle.getShape();
      }
  }
  

分析利弊

• 这样子做的好处便是将抽象部分与它的实现部分分离，使它们都可以独立地变化。这样子即便新增了颜色，我们需要做的无外乎新增一个颜色类，客户端新增一条调用。这样子符合**开闭原则**
• 缺点是，必须分析出哪个类是桥接类。代码可读性降低，可理解度也对应的降低。