布局型模式-桥接模式

桥接模式（Bridge Pattern）是一种布局型筹划模式，旨在将抽象部门与它的实现部门分离，以便两者可以独立地变革。它通过提供一个抽象层将它们毗连起来，从而克制了类的爆炸式扩展，尤其在面对复杂对象时显得特别有用。
核心头脑

桥接模式的核心是组合优于继承。它使用组合的方式，将一个类的抽象部门和实现部门分离开，使得它们可以独立地扩展，而不是通过继承强耦合在一起。
布局

桥接模式的重要到场者有以下几个部门：

• 抽象类（Abstraction）： 界说高层的抽象接口，维护一个指向实现部门（Implementor）的引用。
  
• 实现类接口（Implementor）： 界说实现类的接口，通常是抽象方法。
  
• 详细实现类（ConcreteImplementor）： 实现 Implementor 接口，界说详细实现。
  
• 扩展抽象类（RefinedAbstraction）： 在抽象类的根本上举行扩展，通常会调用 Implementor 的方法。
  

案例代码

示例：绘图工具
假设你想筹划一个可以绘制形状（圆形、正方形）的工具，同时必要支持多种颜色（赤色、蓝色）。

1. // 实现接口
2. interface Color {
3.     void applyColor();
4. }
6. // 具体实现类
7. class RedColor implements Color {
8.     @Override
9.     public void applyColor() {
10.         System.out.println("Applying red color.");
11.     }
12. }
14. class BlueColor implements Color {
15.     @Override
16.     public void applyColor() {
17.         System.out.println("Applying blue color.");
18.     }
19. }
21. // 抽象类
22. abstract class Shape {
23.     protected Color color; // 组合颜色
25.     public Shape(Color color) {
26.         this.color = color;
27.     }
29.     abstract void draw();
30. }
32. // 扩展抽象类
33. class Circle extends Shape {
34.     public Circle(Color color) {
35.         super(color);
36.     }
38.     @Override
39.     void draw() {
40.         System.out.print("Drawing Circle with ");
41.         color.applyColor();
42.     }
43. }
45. class Square extends Shape {
46.     public Square(Color color) {
47.         super(color);
48.     }
50.     @Override
51.     void draw() {
52.         System.out.print("Drawing Square with ");
53.         color.applyColor();
54.     }
55. }
57. // 使用桥接模式
58. public class BridgePatternDemo {
59.     public static void main(String[] args) {
60.         Shape redCircle = new Circle(new RedColor());
61.         Shape blueSquare = new Square(new BlueColor());
63.         redCircle.draw();
64.         blueSquare.draw();
65.     }
66. }

复制代码

实用场景

• 必要在多个维度上扩展类时，比方形状和颜色。
  
• 不盼望类之间有紧耦合关系，想通过组合进步机动性。
  
• 克制继承体系膨胀的题目。
  

优缺点

• 优点
  解耦：抽象和实现分离，便于独立变革。
  扩展性强：可以独立扩展抽象层或实现层。
  遵照开闭原则：新增功能时无需修改现有代码。
  
• 缺点
  增长了体系的复杂性，尤其在简朴场景下，大概显得“过分筹划”。