java设计模式四桥接模式

桥接模式关注于将抽象部分与实现部分分离，使它们可以独立变化。它通过在抽象和实现之间建立一个桥梁来实现这一目的。这种设计模式属于结构型模式。

假设我们要设计一个图形编辑器，其中图形（如圆形、正方形）可以有不同的颜色填充。这里，形状（圆形、正方形）是抽象部分，颜色（红色、蓝色等）是实现部分。我们可以使用桥接模式来设计这个系统，使得新增形状或颜色不会影响到对方的代码。

首先，定义形状和颜色的接口：

```java
public interface Shape {
void draw(Color color);
}

public interface Color {
String getColor();
}
```

接着，实现具体的形状和颜色类：

```java
public class Circle implements Shape {
@Override
public void draw(Color color) {
System.out.println("Drawing a Circle filled with color: " + color.getColor());
}
}

public class Square implements Shape {
@Override
public void draw(Color color) {
System.out.println("Drawing a Square filled with color: " + color.getColor());
}
}

public class Red implements Color {
@Override
public String getColor() {
return "Red";
}
}

// 类似的，实现其他颜色，如Blue, Green等...
```

客户端代码示例：

```java
public class BridgePatternDemo {
public static void main(String[] args) {
Shape circle = new Circle();
Shape square = new Square();

Color red = new Red();
Color blue = new Blue(); // 假设已实现Blue类

circle.draw(red); // 输出: Drawing a Circle filled with color: Red
square.draw(blue); // 输出: Drawing a Square filled with color: Blue
}
}
```

### 桥接模式总结

- **目的**：将抽象和实现解耦，让它们可以独立变化。
- **适用场景**：当一个类存在两个独立变化的维度，且这两个维度都需要进行扩展时。
- **优点**：
- 提高了可扩展性，抽象和实现可以独立扩展，互不影响。
- 减少了代码的修改量，遵循开闭原则。
- **缺点**：
- 引入了更多的抽象层次，增加了系统的复杂度。

桥接模式通过将变化的部分抽象出来，实现了抽象与实现的分离，使得两者可以独立演化，从而提高了软件系统的灵活性和可扩展性。

### 桥接模式与其他设计模式对比

#### 与适配器模式的对比

- **目的不同**：

- **桥接模式**主要解决的是抽象与实现之间的脱耦，让它们可以独立变化。

- **适配器模式**则是为了将一个接口转换成客户期望的另一个接口，使得原本不兼容的接口可以协同工作。

- **应用场景差异**：

- 桥接模式常用于系统需要应对多种变化维度，且这些维度需要能够灵活组合的情况。

- 适配器模式则多用于已有接口不符合新需求，需要做兼容处理的场景。

#### 与装饰者模式的对比

- **关注点不同**：

- **桥接模式**关注的是类的层次结构，通过抽象和实现的分离，让抽象类和它的派生类可以采用不同的实现方式。