设计模式之桥接模式
【摘要】 在 GoF 的《设计模式》一书中,桥接模式被定义为:“将抽象和实现解耦,让它们可以独立变化。”定义中的“抽象”,指的并非“抽象类”或“接口”,而是被抽象出来的一套“类库”,它只包含骨架代码,真正的业务逻辑需要委派给定义中的“实现”来完成。而定义中的“实现”,也并非“接口的实现类”,而是一套独立的“类库”。 应用场景系统可能有多个维度,每个维度都有可能变化。 类图将Color类组合在Shape...
在 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();
}
}
【声明】本内容来自华为云开发者社区博主,不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息,否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)