6.使用装饰者模式扩展坦克代码-设计模式之坦克大战

本文深入探讨了装饰者模式在坦克大战游戏中的应用,通过分析装饰者模式的实现原理和与继承的区别,揭示了在游戏对象碰撞检测逻辑中遇到的问题。文章指出,装饰者模式可能导致无法正确判断具体类类型,从而影响碰撞检测。提出解决方案是将具体游戏对象如Bullet、Tank、Wall进行抽象,然后针对这些抽象类进行装饰,以适应装饰者模式。作者强调,设计模式的选择应根据场景和问题来定,过度设计可能导致新问题的出现。
摘要由CSDN通过智能技术生成

目录

一、复习总结装饰者模式

1、实现原理:

2、与继承的区别:

二、坦克大战中应用装饰者模式

1、结构图

2、 实现存在的问题

(1)碰撞检测逻辑出问题

 (2)解决方案


一、复习总结装饰者模式

先来复习一下装饰者模式,

https://blog.csdn.net/phs999/article/details/107726853

装饰者模式的核心就是将待修饰类对象传参到装饰类,然后得到一个新的、更加强大、可以支持更多功能、修饰后的类对象

待修饰类对象修饰后的对象 类型相同。

1、实现原理:

(1)装饰类与被装饰类都实现同一个接口或继承同一个抽象类。

(2)装饰类的构造方法必须是有参构造方法,而且参数是要被修饰的对象。

(3)修饰类中实现了对被修饰对象的方法重写和扩展。

2、与继承的区别:

(1)修饰类的构造方法是带参的,而且可以实现多个修饰类同时使用。

 

二、坦克大战中应用装饰者模式

在坦克大战中应用该设计模式,目的是练习,但应用之后会出现各种问题,下面主要讨论一下这些问题,以便实际应用中提前避免。

1、结构图

就像上面总结的装饰者模式的实现原理,坦克大战中一样。此处将游戏对象GameObject作为被修饰的抽象类,所有的游戏对象实体比如Bullet、Wall、Tank等都是他的子类。相应的,装饰类也要继承GameObject,并将GameObject作为构造方法参数。

2、 实现存在的问题

(1)碰撞检测逻辑出问题

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值