设计模式 Day08 桥接模式、装饰模式
1. 如何判断你已经掌握了某种设计模式？（非常重要）
- ① 这个模式的意图是什么？它解决了什么问题、什么时候可以使用它
- ② 它是如何解决的？掌握它的结构图，记住它的关键代码
- ③ 至少能够想到它的两个应用实例，一个生活中的，一个软件中的
- ④ 这个模式的缺点是什么？在使用时要注意什么
一、处理多维度变化----桥接模式
1. 这个模式的意图是什么？它解决了什么问题、什么时候可以使用它
- 什么时候使用它：
- 一个类存在两个（或多个）独立变化的维度，且这两个（或多个）维度都需要独立进行扩展。
2. 它是如何解决的？掌握它的结构图，记住它的关键代码
image.png
-
结构图：
-
Abstraction（抽象类）：用于定义抽象类的接口，它一般是抽象类而不是接口，其中定义了一个Implementor（实现类接口）类型的对象并可以维护该对象，它与 Implementor 之间具有关联关系，它既可以包含抽象业务方法，也可以包含具体业务方法。 -
RefinedAbstraction（扩充抽象类）：扩充由 Abstraction 定义的接口，通常情况下它不再是抽象类而是具体类，它实现了在 Abstraction 中声明的抽象业务方法，在 RefinedAbstraction 中可以调用在 Implementor 中定义的业务方法。 -
Implementor（实现类接口）：仅提供基本操作；通过关联关系，在 Abstraction 中不仅拥有自己的方法，还可以调用到 implementor 中定义的方法，使用关联关系来替代继承关系。 -
ConcreteImplementor（具体实现类）：具体实现 implementor 接口，在不同的 ConcreteImplementor 中提供基本操作的不同实现，在程序运行时，ConcreteImplementor 对象将替换其父类对象，提供给抽象类具体的业务操作方法。 -
关键代码：
interface Implementor {
public void operationImpl();
}
abstract class Abstraction {
protected Implementor impl; //定义实现类接口对象
public void setImpl(Implementor impl) {
this.impl=impl;
}
public abstract void operation(); //声明抽象业务方法
}
class RefinedAbstraction extends Abstraction {
public void operation() {
//业务代码
impl.operationImpl(); //调用实现类的方法
//业务代码
}
}
3. 至少能够想到它的两个应用实例，一个生活中，一个软件中的
- 生活中的：大中小的毛笔 + 12 种颜色
等于3 * 12 种马克笔 - 软件中的：跨平台展示不同格式的图片（平台种类、图片格式是两个不同维度）
4. 桥接模式的主要缺点如下：
- ① 桥接模式的使用会增加系统的理解与设计难度，由于关联关系建立在抽象层，要求开放这一开始就针对抽象层进行设计与编程。
- ② 桥接模式要求正确识别出系统中两个独立变化的维度，因此其使用范围具有一定的局限性，如何正确识别两个维度也需要一定的经验积累。
二、动态扩展系统功能----装饰模式
1. 这个设计模式的意图是什么？它解决了什么问题、什么时候可以使用它
- 要动态给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活。装饰模式是一种对象结构型模式。
2. 它是如何解决的？掌握它的结构图，记住它的关键代码
image.png
-
结构图：
-
Component（抽象构建）：它是具体构件和抽象装饰类的共同父类，声明了在具体构件中实现的业务方法，它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象，实现客户端的透明操作。 -
ConcreteComponent（具体构件）：它是抽象构件类的子类，用于定义具体的构件对象，实现了在抽象构件中的声明方法，装饰器可以给它增加额外的职责（方法）。 -
Decorator（抽象装饰类）：它也是抽象构建类的子类，用于给具体构件增加职责，但是具体职责在其子类的实现。它维护一个指向抽象构件对象的引用，通过该引用可以调用在抽象装饰类中定义的方法，并可以增加新的方法用以扩充对象的行为。 -
ConcreteDecorator（具体装饰类）：它是抽象装饰类的子类，负责向构件中添加新的职责。每一个具体装饰类都定义了一些新的行为，它可以调用在抽象装饰类中定义的方法，并可以增加新的方法用以扩充对象的行为。 -
关键代码：
class Decorator implements Component
{
private Component component; //维持一个对抽象构件对象的引用
public Decorator(Component component) //注入一个抽象构件类型的对象
{
this.component=component;
}
public void operation()
{
component.operation(); //调用原有业务方法
}
}
class ConcreteDecorator extends Decorator
{
public ConcreteDecorator(Component component)
{
super(component);
}
public void operation()
{
super.operation(); //调用原有业务方法
addedBehavior(); //调用新增业务方法
}
//新增业务方法
public void addedBehavior()
{
……
}
}
3. 至少能够想到它的两个应用实例，一个生活中的，一个软件中的
- 生活中的：房子装修、汽车加装
- 软件中的：Java 中 IO 流的封装
4. 这个模式的缺点是什么？在使用时要注意什么
- 装饰模式提供了一种比继承更加灵活的解决方案，但同时也意味着比继承更加容易出错，拍错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为繁琐。
