定义
动态的给对象添加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活。
角色
- Comoinent抽象构件：具体类和抽象装饰类共同的父类，在其中声明了具体构件实现的业务方法，是最核心的对象，也是最原始的对象
- ConcreteConponent具体构件：实现了抽象构建类或者接口的类，需要装饰的对象。
- Decotator装饰角色：抽象构建的子类，用于给具体构建类增加职责，具体的职责在子类中实现。维护一个抽象构建的引用，从而达到装饰的目的
- ConcreteDecorator具体装饰角色：抽象装饰类的子类，负责向抽象构建添加职责，每个具体的装饰类都定义了一些新的行为
需求
现在有三套不同面积房子需要装修，装修的风格有3种（中式，美式，欧式）。客户希望提供每套房子三种装修风格的样例。如果不采用设计模式，采用继承的方式来是实现，就需要提供9个类，生成类的数量比较多，也不利于维护。所以还是首选设计模式实现。
代码实现
//抽象构件
public abstract class House {
//抽象方法，房子当前装修的样式
public abstract void display();
}
//具体构建，房子的主要用途是居住
public class House_First extends House {
@Override
public void display() {
System.out.println("房子是用来住的,我是楼房");
}
}
//装饰类
public class House_Decorator extends House {
private House house;
public House_Decorator(House house) {
this.house = house;
}
@Override
public void display() {
house.display();
}
}
//装饰类具体实现，中式风格
public class House_Decorator_China extends House_Decorator {
public House_Decorator_China(House house) {
super(house);
}
private void decorator(){
System.out.println("房子的装修风格是中式");
}
@Override
public void display() {
decorator();
super.display();
}
}
//装饰类具体实现美式风格
public class House_Decorator_American extends House_Decorator {
public House_Decorator_American(House house) {
super(house);
}
private void decorator(){
System.out.println("房子的装修风格是美式");
}
@Override
public void display() {
decorator();
super.display();
}
}
//客户端调用
public class Client {
public static void main(String[] args) {
House house = new House_First();
House house1 = new House_Decorator_China(house);
house1.display();
house = new House_Decorator_American(house);
house.display();
}
}
//运行结果
房子的装修风格是中式
房子是用来住的,我是楼房
房子的装修风格是美式
房子是用来住的,我是楼房
总结
通过上面的代码，实现了房子的装饰，增加了额外的职责，与它的核心功能实现了完全的分离。
优点
- 装饰类和被装饰类可以独立的发展，不会相互耦合，
- 装饰模式是继承关系的一个替代方案，避免了类的职责过重和不宜维护的特点
- 装饰类可以动态的扩展一个类的功能。
缺点
多层装饰比较的复杂，应该应该尽量减少装饰的层数，一个类被装饰的层数多了，寻找它的核心功能就非常的困难。
使用场景
- 需要扩展一个类的功能
- 动态的给一个对象增加功能，功能开可以动态的撤销
- 需要为一批兄弟类改装或者加装功能
少年听雨歌楼上，红烛昏罗帐。
壮年听雨客舟中，江阔云低，断雁叫西风。
感谢支持！
---起个名忒难
