概述
我们先来看一个快餐店的例子
快餐店有炒面，炒饭这种快餐，可以额外附加鸡蛋，火腿，培根这些配菜，当然这些配菜需要额外加钱，每个配菜的价钱通常不太一样，那么计算总价就比较麻烦，类图如下
使用继承的方式存在的问题：
- 拓展性不好
- 如果要在家一种配料（火腿肠），我们就会发现需要给FriedRice和FriedNoodles分别定义一个子类，如果新增一个快餐品类（炒河粉）的话，就需要定义更多的子类
- 产生过多的子类
定义
指在不改变对象结构的情况下，动态的给该对象增加一些职责（即增加其额外功能）的模式
结构
装饰模式中的角色（Decorator）
- 抽象构件（Component）：定义一个抽象接口以规范准备接受附加责任的对象（快餐）
- 具体构件（Concrete Component）：实现抽象构件，通过装饰角色为其添加一些职责，（炒米饭，炒面）
- 抽象装饰（Decorator）：继承或实现抽象构件，并包含具体构件的实例，可以通过其子类拓展具体构件的功能（关键）
- 具体装饰（ConcreteDecorator）：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任（火腿等）
案例
我们使用装饰者模式对快餐店案例进行改进，体会装饰者模式的精髓 类图如下：
代码如下
@Getter
@Setter
//快餐类 被装饰者的抽象父类
@AllArgsConstructor
@NoArgsConstructor
@ToString
public abstract class FastFood {
private float price;
private String desc;
public abstract float cost();
}
//炒饭类，具体构件角色
public class FriedRice extends FastFood{
public FriedRice() {
super(10,"炒饭");
}
@Override
public float cost() {
return getPrice();
}
}
class FriedNoodles extends FastFood{
public FriedNoodles() {
super(12, "炒面");
}
@Override
public float cost() {
return getPrice();
}
}
装饰者的抽象父类，该类实现了 FastFood 接口，同时 Garnish 中聚合了一个 FastFood 的具体实现类的对象，cost() 方法用于计算【装饰者（调味品） + 被装饰者（咖啡）】的费用
//装饰者类
@Getter
@Setter
public abstract class Garnish extends FastFood {
//声明快餐类的变量
private FastFood fastFood;
public Garnish(FastFood fastFood, float price, String desc) {
super(price, desc);
this.fastFood = fastFood;
}
}
public class Egg extends Garnish {
public Egg(FastFood fastFood) {
super(fastFood, 1, "鸡蛋");
}
@Override
public float cost() {
//计算价格
return getPrice() + getFastFood().cost();
}
@Override
public String getDesc() {
return super.getDesc() + getFastFood().getDesc();
}
}
class Bacon extends Garnish {
public Bacon(FastFood fastFood) {
super(fastFood, 2, "培根");
}
@Override
public float cost() {
//计算价格
return getPrice() + getFastFood().cost();
}
@Override
public String getDesc() {
return super.getDesc() + getFastFood().getDesc();
}
}
public class Client {
public static void main(String[] args) {
FastFood food = new FriedRice();
System.out.println(food.getDesc() + " " + food.cost());
System.out.println("加个鸡蛋");
food = new Egg(food);
System.out.println(food.getDesc() + " " + food.cost());
}
}
输出：
装饰者模式的好处
- 装饰者模式可以带来比继承更加灵活性的拓展功能，使用更加方便，可以通过组合不同的装饰者对象来获取具有不同行为状态的多样化的结果，装饰者模式比继承更具有良好的拓展性，完美的遵循开闭原则，集成式静态的附加责任，装饰者则是动态的附加责任
- 装饰类和被装饰类可以独立发展，不会相互耦合，装饰者模式是继承的一个替代模式，装饰模式可以动态拓展一个实现类的功能
使用场景
- 当不能采用继承的方式对系统进行补充或者采用继承不利于系统拓展和维护时。
- 不能采用继承的情况主要有两类
- 第一类是系统中存在大量独立的拓展，为支持每一种组合将产生大量的子类，是的子类数目程爆炸性增长
- 第二类是因为类定义不能继承（如final类）
- 不能采用继承的情况主要有两类
- 在不影响其他对象的情况下，以动态透明的方式给单个对象添加职责
- 当对象的功能要求可以动态的添加，也可以再动态的撤销时
JDK源码解析
IO流中的包装类使用到了装饰者模式。BufferedInputStream，BufferedOutputStream，BufferedReader，BufferedWriter。
我们以BufferedWriter举例说明，先看看如何使用BufferedWriter
public static void main(String[] args) throws IOException {
//创建BufferedWriter对象
//创建FileWriter对象
FileWriter writer = new FileWriter("D:\\a.txt");
BufferedWriter bw = new BufferedWriter(writer);
//写数据
bw.write("hello world");
bw.close();
}
使用起来感觉确实不想是装饰者模式，接下来看他们的结构：
小结：BufferedWriter使用装饰者模式对Writer子实现类进行了增强，添加了缓冲区，提高了写数据的效率
代理和装饰者的区别
相同点：
- 都要实现与目标类相同的业务接口
- 在两个类中都要声明目标对象
- 都可以在不修改目标类的前提下增强目标方法
不同点
- 目的不同
- 装饰者是为了增强目标对象
- 静态代理是为了保护和隐藏目标对象
- 获取目标对象构建的地方不同
- 装饰者是由外界传递进来，可以通过构造方法传递
- 静态代理是在代理类内部创建，以此来隐藏目标对象
标签：FastFood,cost,fastFood,模式,public,结构性,装饰 From： https://www.cnblogs.com/lpzjava/p/16813406.html