装饰器模式--学习理解

    装饰器模式：动态的将新功能附加到对象上。在对象扩展方面，它比继承更有弹性，也体现了ocp原则。

    基于面向对象的继承和组合

    解决的问题：例如星穹铁道模拟宇宙的buff叠加问题

    分析：如果考虑所有种类的buff，将其作为boolean类型的成员变量，必然会导致代码急速膨胀，难以维护，且伴随大量if-else.
    如果使用建造者模式，增加一个buff，就进行构建。但是问题是建造模式难以实现动态构建，且产品生产完毕，在想继续修改就需要重新建造。无法满足动态构建的需求。

    如果采用装饰者模式，角色每增加一层buff，就使用装饰者对角色包装一层，显然可以实现动态构建，也能有效避免大量的if-else，但也存在例如有些buff是有持续时间的，到达指定时间,buff如何移除
又是问题，又存在装饰者模式层层封装，导致要访问原始对象就需要层层往下递归。

    当然，我们也要想到，装饰者模式提供的只是一种思路，具体实现肯定不拘泥于这种实现方式

    另外，我们也可以考虑，将所有的buff放入一个ArrayList里面，每增加一个buff就向ArrayList动态添加一个

    实际开发案例，docker镜像基于联合文件系统的层层叠加效果，其内部代码实现肯定也使用了装饰者模式的思想。