本文源码：GitHub·点这里 || GitEE·点这里
孙悟空有七十二般变化，他的每一种变化都给他带来一种附加的本领。他变成鱼儿时，就可以到水里游泳；他变成鸟儿时，就可以在天上飞行。
public class C01_InScene {
public static void main(String[] args) {
TheGreatestSage greatestSage = new Monkey();
TheGreatestSage fish = new Fish(greatestSage);
fish.shapeDesc();
// 这里虽然是鱼形态，但是本体是悟空，所以可以直接变化
TheGreatestSage bird = new Bird(fish);
bird.shapeDesc();
}
}
// 顶级接口
interface TheGreatestSage {
// 定义一个描述形态的方法
void shapeDesc ();
}
// 悟空本尊
class Monkey implements TheGreatestSage{
@Override
public void shapeDesc() {
System.out.println("Monkey.move()");
}
}
// 包装一层变化的描述
class Change implements TheGreatestSage {
private TheGreatestSage greatestSage;
Change(TheGreatestSage greatestSage){
this.greatestSage = greatestSage;
}
@Override
public void shapeDesc() {
greatestSage.shapeDesc();
}
}
// 具体的变化形态
class Fish extends Change{
public Fish(TheGreatestSage greatestSage) {
super(greatestSage);
}
public void shapeDesc(){
System.out.println("鱼在水中游...");
}
}
class Bird extends Change{
public Bird(TheGreatestSage greatestSage) {
super(greatestSage);
}
public void shapeDesc(){
System.out.println("鸟在空中飞...");
}
}装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。
装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。
抽象构件角色
给出一个抽象接口，以规范准备接收附加责任的对象。
具体构件角色
定义一个将要接收附加责任的类。
装饰角色
持有一个构件对象的实例，并定义一个与抽象构件接口一致的接口。
负责给构件对象“贴上”附加的责任。
// 抽象构件角色
interface Component {
void sampleOperation();
}
// 具体构件角色
class ConcreteComponent implements Component{
@Override
public void sampleOperation() {
System.out.println("业务相关代码");
}
}
//装饰角色
class Decorator implements Component{
private Component component;
public Decorator(Component component){
this.component = component;
}
@Override
public void sampleOperation() {
//委派给构件进行处理
component.sampleOperation();
}
}
// 具体装饰角色
class ConcreteDecoratorA extends Decorator{
public ConcreteDecoratorA(Component component) {
super(component);
}
@Override
public void sampleOperation() {
super.sampleOperation();
System.out.println("A.处理相关业务的代码");
}
}
class ConcreteDecoratorB extends Decorator{
public ConcreteDecoratorB(Component component) {
super(component);
}
@Override
public void sampleOperation() {
super.sampleOperation();
System.out.println("B.处理相关业务方法");
}
}如果只有一个ConcreteComponent类，那么可以考虑去掉抽象的Component类（接口），把Decorator作为一个ConcreteComponent子类。
如果只有一个ConcreteDecorator类，那么就没有必要建立一个单独的Decorator类，而可以把Decorator和ConcreteDecorator的责任合并成一个类。
1)、纯粹的装饰模式很难找到。装饰模式的用意是在不改变接口的前提下，增强类的功能。
2)、在增强功能的时候，往往需要建立新的公开的方法。
3)、这就导致了大多数的装饰模式的实现都是“半透明”的，而不是完全透明的。换言之，允许装饰模式改变接口，增加新的方法。这意味着客户端可以声明ConcreteDecorator类型的变量，从而可以调用ConcreteDecorator类中才有的方法。
4)、半透明的装饰模式是介于装饰模式和适配器模式之间的。适配器模式的用意是改变类的接口，也可以通过改写一个或几个方法，或增加新的方法来增强类的功能。
5)、大多数的装饰模式实际上是半透明的装饰模式，这样的装饰模式也称做半装饰、半适配器模式。
1)、基本描述
装饰模式在Java语言中的最经典的应用就是Java I/O类库的设计。很少单一的创建流对象，通过创建多个叠合对象来提供所期望的IO流功能，因此装饰模式是Java I/O类库的基本模式。
2)、IO流图解描述
由InputStream扮演。这是一个抽象类，为各种子类型提供统一的接口。
由FileInputStream、StringBufferInputStream等类扮演。它们实现了抽象构件角色所规定的接口。
由FilterInputStream扮演。它实现了InputStream所规定的接口。
由几个类扮演，分别是BufferedInputStream、DataInputStream以及两个不常用到的类LineNumberInputStream、PushbackInputStream。
（1）装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。
（2）通过使用不同的具体装饰类以及这些装饰类的排列组合，工程师可以创造出很多不同行为的组合。
由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。
GitHub·地址
https://github.com/cicadasmile/model-arithmetic-parent
GitEE·地址
https://gitee.com/cicadasmile/model-arithmetic-parent
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
