在 GoF 的《设计模式》一书中,桥接模式被定义为:“将形象和实现解耦,让它们能够独立变动。”定义中的“形象”,指的并非“抽象类”或“接口”,而是被形象进去的一套“类库”,它只蕴含骨架代码,真正的业务逻辑须要委派给定义中的“实现”来实现。而定义中的“实现”,也并非“接口的实现类”,而是一套独立的“类库”。

利用场景

零碎可能有多个维度,每个维度都有可能变动。

类图

将Color类组合在Shape中来将形态和色彩解耦,各自保护各自的变动,这里体现了组合优于继承的设计准则。

桥接模式的引入会减少零碎的了解与设计难度,因为聚合关联关系建设在形象层,要求开发者针对形象进行设计与编程。

代码实现

Color

public abstract class Color {    public abstract void paint(String shape);}

Red

public class Red extends Color {    @Override    public void paint(String shape) {        System.out.println("红色的" + shape);    }}

Green

public class Green extends Color {    @Override    public void paint(String shape) {        System.out.println("绿色的" + shape);    }}

Shape

public abstract class Shape {    protected Color color;    public void setColor(Color color) {        this.color = color;    }    public abstract void draw();}

Circle

public class Circle extends Shape {    @Override    public void draw() {        color.paint("圆形");    }}

Square

public class Square extends Shape {    @Override    public void draw() {        color.paint("正方形");    }}

Main

public class Main {    public static void main(String[] args) {        Shape shape;        Color color;        color = new Red();        shape = new Circle();        shape.setColor(color);        shape.draw();        color = new Green();        shape = new Square();        shape.setColor(color);        shape.draw();    }}

至此,咱们曾经实现了桥接模式的学习。桥接模式在理论我的项目中并不罕用,这里咱们理解意识即可。