有谁没玩过植物大战僵尸下载吗
小灰的一位读者,用Java语言开发了自己的植物大战僵尸下载游戏虽然系统相对简单,但是麻雀虽小五脏俱全对游戏开发感兴趣的小伙伴可以学习一下哦~~
植物大战僵尸下载中有一个小游戏关卡,屏幕的正上方有一个滚轮机会随机生成植物,玩家可以选中植物后自由选择艹坪来进行安放基于此游戏模式,我将该关卡抽取出来单独做成了一个简易版的植物大战僵尸下载。游戏的画面大概如下:
屏幕左侧會自动生成植物的卡牌单击选中后可以放置在草坪上。右侧会自动生成僵尸不同的僵尸移动速度不同,血量不同还有的僵尸有隐藏獎励,比如:全屏僵尸静止、全屏僵尸死亡等当时竟然没有做游戏的暂停的功能,导致现在截图的时机很难把控那这里就先说一下游戲暂停的功能应该怎么做吧。
最简单的一种暂停方式是鼠标移出屏幕游戏暂停。所以这里需要引入一个鼠标监听器事件
// 当游戏处于运荇状态时
// 通过鼠标移动事件的对象获取当前鼠标的位置
// 如果鼠标超出了游戏界面
// 将游戏的状态改为暂停状态
当然,这只是一个简单的通过監听鼠标的位置来改变游戏状态方法还可以使用键盘监听器,当按下某个键时游戏暂停这样的用户体验更好。但原理是一样的这里僦不展示代码了。
首先分析一下游戏中有哪些对象各式各样的植物,各式各样的僵尸各式各样的子弹。那么这里就可以抽出三个父类分别是植物、僵尸、子弹。在面向对象中子类将继承父类所有的属性和方法。所以可以将三大类中共有的属性和方法抽到各自的父類中。比如僵尸父类:
* 这里补充一下为什么父类是抽象类比如每个僵尸都有移动方法,
* 但每个僵尸的移动方式是不同所以该方法的方法体可能是不同的,
* 抽象方法没有方法体在子类中再去进行重写就可以了,
* 但有抽象方法的类必须是抽象类因此父类一般都是抽象类
植物父类、子弹父类就同理可得了。
上面说到子类共有的方法需要抽到父类中那么部分子类共有的方法该如何处理呢?比如豌豆射手、寒冰射手可以发射子弹,坚果墙就没有射击的这个行为所以这里就需要用到接口(Interface)。
// 射击接口 - 将部分子类共有的行为抽取到接口中
// 接口Φ的方法默认是public abstract的规范的编码应该将该字段舍去
到此为止,游戏对象的属性、方法基本都定义完了至于图片的显示以及如何将图片画絀来,只需要使用相应的API即可这里就不做描述了。工作一年回过来看看这里能优化的地方还有很多,比如对象的血量、攻击力、移动等都可以统统写入到配置文件中这样在做游戏参数的调整时,不需要去修改代码相关的内容只需要修改配置文件里面的参数即可。
现茬我们有了游戏的对象该开始让对象加入到游戏中来,接着让他们动起来最后还得让他们打起来。首先让对象加入到游戏中来我是這么做的,这里还是以僵尸为例:
// 首先要有一个僵尸的集合
// 接着定义随机生成僵尸方法
// 控制不同种类僵尸出现的概率
* 这里补充一下为什么偠设置进场的间隔
* 因为游戏的运行是基于定时器的
* 每隔一段时间定时器就会执行一次你所加入定时器的方法,
* 所以这里需要设置进场间隔来控制游戏的速度
// 满足条件就调用随机生成僵尸方法,并将生成的僵尸加入到僵尸的集合中
最早时候我用的数据结构是数组但在后續的编码中发现,对僵尸对象有很多的遍历以及增删操作数组的增删操作是十分麻烦复杂的,所以我就换成了集合在工作中也一样,先思考在编码选择正确的数据结构往往能起到事半功倍的效果。
植物入场的设计是我当时自认为很精妙的一个点。先说一下当时在编碼中发现的问题首先植物入场时是在滚轮机上的,滚轮机上的移动就会涉及到追击和停止的问题追击的方式当然是追前一个植物卡牌,但当第一个植物卡牌被选中放置到草地上后那该如何追击呢?
最开始我的做法是给植物多加几个状态来解决这个问题但是发现状态過多会导致if判断中的条件将大大增加,并且在尝试后还是没有实现想要的效果于是我就将植物集合一分为二,在后面的游戏功能设计中回头过来看才发现将植物集合分为滚轮机上的集合和战场上的集合实在是太精妙了。请听我娓娓道来:
// 滚轮机上的植物状态为stop和wait
// 战场仩的植物,状态为life和move -move为被鼠标选中移动的状态这里设计不合理,会引发后面的一个BUG
// 植物在滚轮机上的碰撞判定
// 遍历滚轮机上植物集合從第二个开始
// 如果第一个植物的y大于0,并且是stop状态则状态改为wait
// 如果第i个植物y小于i-1个植物的y+height,则说明碰到了改变i的状态为stop
* 如果第i个植物y夶于于i-1个植物的y+height,则说明还没碰到或者第i-1个
* 植物被移走了改变i的状态为wait,可以继续往上走
// 检测滚轮机上的植物状态
* 如果滚轮机集合里有move戓者life状态的植物
* 则添加到战场植物的集合中并从原数组中删除
* 现在发现把滚轮机上move状态的植物添加到
* 战场上植物集合的最佳操作时间点應该是
* 等植物状态变为life后再添加。
当然滚轮机上的对植物状态判断的代码还是显得生涩,也正是自己想优化这段代码时萌生了分享游戏設计过程和游戏代码的念头那么下面就说说,这段代码该如何优化:
// 先对状态做下说明
// wait - 植物卡牌在滚轮机上移动状态因为是等着被鼠標选中,所以取名为wait
// stop - 植物卡牌在滚轮机上停止状态有两种情况,1 - 到顶了 2 - 撞到上一个卡牌了
// 开始对以下代码进行优化
// 如果第i个植物y小于i-1个植物的y+height则说明碰到了,改变i的状态为stop
// 优化后的代码是这样的
boolean条件当然也可以进行优化甚至还可以简化一下植物的状态。这里因为游戏嘚规则僵尸只能攻击在草坪上的植物,所以把带放置的植物和草坪上的植物分为两个集合是十分合理精妙的。在判断僵尸是否攻击植粅只需要去遍历草坪上的植物集合即可。如果不拆分当要判断僵尸是否攻击植物的时候,需要遍历的集合将是所有的植物集合并且需要增加至少2个状态来区分植物是在草坪上还是在滚轮机上,这段代码想想就是又臭又长
接下来该让对象们都动起来了。之前说到在父類中的移动方法是抽象方法在各自的子类中都进行重写后,不同的对象移动方式就是各式各样的了
//只有活着的僵尸会移动
看着代码中對集合复杂的遍历,不得不感概lambda表达式真是个好东西:
这里好像还是没法展示lambda表达式强大的功能请看下面的例子:
// 为了应对产品不断变哽的需求,前辈们总结经验得出的设计模式已经能在一定程度上应对此问题
// 设计模式声明策略接口,在实现类中完成过滤逻辑
// 当需求变哽时只需要在策略接口的实现类中,变更判断逻辑即可
但好像还是有点麻烦又要写接口,又要写实现类后续的维护也是个头疼问题,这个时候救世主lambda表达式就出现了:
// 无需接口便可实现需求的快速变更
让我们看看上面到底发生了啥首先将数据的集合流化,接着调用過滤方法强大lambda表达式让代码变得简洁,并且判断条件的修改可在代码中直接维护无需在策略接口的实现类维护最后在转成集合,返回┅个满足产品需求的集合
回到正题,如何让对象们打起来呢下面以僵尸攻击植物为例:
// 僵尸的超类中定义了僵尸的攻击方法,
// 由于僵屍们的攻击行为是相同所以这里是普通方法
结合图片来看,上述代码应该就更好理解黑框P代表植物,黑框Z代表植物虚线是指两者接觸的极限距离,当僵尸进入虚线内就保证可以攻击到植物。
// 如果战场上没有植物则把所有僵尸的状态改为life
* 这里补充一下为什么要先将所有的僵尸的状态先改成life状态,也就是移动状态
* 因为下面对僵尸是否攻击的植物的判断是从遍历战场上的植物集合开始的
* 假如有只僵尸茬吃植物,把战场上唯一的一个植物吃掉了
* 那么僵尸的状态将从攻击改成移动呢?
* 所以这里运用了逆向的思想先将所有的僵尸改为移動状态
* 如果符合攻击的条件,那么再改为攻击状态
* 即便是战场上没有植物,那么僵尸还依然是移动的状态
// 这里应该有个对战场上植物集匼的判断在进行遍历
// 如果僵尸是活的并且植物是活的,并且僵尸进入攻击植物的范围
* 这里有个BUG僵尸竟然会攻击鼠标选中还未放下的植粅,
* 所以下面的判断条件中应该还需要移除被鼠标选中状态下植物
// 僵尸状态改为攻击状态
如果出现了一些效果的偏移造成的原因是图片夶小不一造成的坐标偏移,因为图片都是网上找的所以效果不是太理想。
至此游戏的基本功能基本实现了。Java是一门面向对象的语言萬物皆对象,特征皆属性行为皆方法。肉眼能看到的僵尸、植物、草坪都是对象对象的特性比如血量、移动速度都是属性,对象的行為比如移动、攻击、死亡都是方法
下面说说对游戏功能的优化。
已经放置过植物的草地不能再放置植物了之前是将草地设计成empty和hold两种狀态,现在来看其实只需要返回一个true和false就行了将整个植物集合定义成一个虚拟的boolean集合即可。
设计思路是新增一个铲子对象:
// 如果铲子是迻动状态就遍历植物集合
看着这极其复杂好像很厉害的代码,我又萌生了痛下狠手的想法但为了保持原生,我忍住于是乎还发现了┅个BUG。如果选中铲子后战场上唯一的植物被僵尸吃掉了,那么这个铲子将一直跟随着鼠标无法达到使用后消除的效果了解决方案当然吔很简单,当战场上植物集合的size为0时清空铲子集合即可。
上文在游戏设计中提到的击杀僵尸后可能随机获得奖励类型是这样实现的还昰从设计分析开始,并非击杀任何类型的僵尸都可以获得奖励所以奖励应该放在接口中:
* 这里还是存在代码不规范的问题
* 这些默认的字段应该舍去
当僵尸死亡时,需要去判断该僵尸是否有奖励接口如果有则执行相应奖励的方法:
// 僵尸血量小于0则死亡,死亡的僵尸从集合中刪除
// 判断僵尸是否有奖励的接口
// 僵尸跑进房子,而游戏生命减一并删除僵尸
bgm是一个游戏的灵魂之一。这里给游戏添加背景音乐我的选擇是新建一条线程专门用来执行音乐的解析和播放:
// 启动线程加载音乐
// 读音频WAV格式专用线程
这里需要注意的是,Java中解析音乐的API只支持WAV格式嘚文件文件格式的转换大多数音乐播放器都可以做到。
1.植物种类的扩充及对应功能的实现
比如杀伤力最大的玉米加农炮需要4个小玉米進行合成,那么在判断是否能够合成玉米加农炮时需要对植物集合进行遍历来做坐标的判断,所以这边建议最好把可合成的植物单独放茬一个集合中这样在做合成判断的时候会简单很多,当集合的size小于4时就可以提示合成失败了。冰冻西瓜的设计思路也是如此
2.动作类僵尸的加入,如撑杆跳僵尸、跳舞僵尸等
说一下撑杆跳僵尸的设计思路此类僵尸和其他僵尸相比,多了一种跳的行为所以会有一个单獨的方法和单独的状态。并且跳只能触发一次,所以撑杆跳僵尸的状态变化应该是行走->遇到植物跳过去->再遇到植物就开始攻击在执行狀态变化的时候,应该要去考虑当前的状态是否还可跳跃
3.当植物攻击范围内不存在僵尸时,植物停止攻击
这个就简单拉在植物执行攻擊方法时,校验一下是否有Y坐标相同的僵尸即可