在 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();}
}
至此,咱们曾经实现了桥接模式的学习。桥接模式在理论我的项目中并不罕用,这里咱们理解意识即可。