装饰器模式:动态的将新功能附加到对象上。在对象扩展方面,它比继承更有弹性,也体现了ocp原则。 基于面向对象的继承和组合 解决的问题:例如星穹铁道模拟宇宙的buff叠加问题 分析:如果考虑所有种类的buff,将其作为boolean类型的成员变量,必然会导致代码急速膨胀,难以维护,且伴随大量if-else. 如果使用建造者模式,增加一个buff,就进行构建。但是问题是建造模式难以实现动态构建,且产品生产完毕,在想继续修改就需要重新建造。无法满足动态构建的需求。 如果采用装饰者模式,角色每增加一层buff,就使用装饰者对角色包装一层,显然可以实现动态构建,也能有效避免大量的if-else,但也存在例如有些buff是有持续时间的,到达指定时间,buff如何移除 又是问题,又存在装饰者模式层层封装,导致要访问原始对象就需要层层往下递归。 当然,我们也要想到,装饰者模式提供的只是一种思路,具体实现肯定不拘泥于这种实现方式 另外,我们也可以考虑,将所有的buff放入一个ArrayList里面,每增加一个buff就向ArrayList动态添加一个 实际开发案例,docker镜像基于联合文件系统的层层叠加效果,其内部代码实现肯定也使用了装饰者模式的思想。
装饰器模式--学习理解
于 2024-03-13 17:19:22 首次发布