微信小游戏开发实战10-检查形状

简介: 本篇主要内容:1010游戏中的形状检查以及游戏结束的判断。如果你没有任何的游戏开发经验,欢迎阅读我的“人人都能做游戏”系列教程,它会手把手的教你做出自己的第一个小游戏。

本篇主要内容:1010游戏中的形状检查以及游戏结束的判断。

如果你没有任何的游戏开发经验,欢迎阅读我的“人人都能做游戏”系列教程,它会手把手的教你做出自己的第一个小游戏。



在“1010”游戏中,当网格中再也没有位置安放剩余的形状时,游戏就会结束。为了能够判断当前的形状是否还能够放置到网格中,我们就需要对当前的形状进行检查。


这一节,我们就来实现一下形状的检查以及游戏结束的判定。


如图,当网格中再也没有位置安放剩余的形状的时候,就是游戏结束的时候。


实现思路:每当一个形状被放置到网格中后,就需要对剩余的形状进行一遍检查,检查网格上是否还有能够放置其它形状的位置,如果有的话,则游戏可以继续进行,如果没有任何的位置可以放置剩余的形状,则游戏结束。


下面,我们先看一张图,配合着图片理解一下整个检查的过程。

假设当前网格中的布局如图上所示,“0”的位置表示空白,“1”的位置表示已经填充。我们需要检查当前的“田字”形状是否能够放置到网格中。从左下角开始一行一行的检查,首先会检查红色的框圈出的位置1的四个方块,发现位置1无法放置,接着开始向右挪动一个位置开始检查蓝色位置2的四个方块,发现位置2也无法放置,接着继续向右挪动一格检查,直到检查到位置6,仍然没有可以放置的位置。这样第一行就检查完了,然后接着从第二行开始检查,依旧没有合适的位置,接着第三行,发现第一个绿框圈出的位置可以进行放置,这样整个检查过程就结束了。剩余的位置也无需再进行检查了,因为我们已经知道网格上至少是有一个位置可以安放当前的形状,这样就足够了。


如果整个网格遍历检查完后都没有找到合适的位置,那就意味着当前的形状无效(即无法放置到网格上)。


接着我们就动手实现一下这个形状检查的功能,首先,选择“容器-1”,先为其增加几个新的“局部变量”。

“形状是否有效”来标识当前的形状是否处于“有效状态”,1表示有效,0表示无效。“当前位置是否可放形状”用于在遍历检查中记录检查的结果。“正在删除”用于标识当前的形状是否正在删除,对于正在删除的形状是没有必要进行检查的(后续会有详细解释)。


接着,增加一个新的全局变量“全局-有效形状的数量”,记录当前游戏中有多少个形状是有效的,如果当前网格中还有位置可以放置形状,则我们认为该形状有效,否则的话,该形状无效。


新增一个通知“检查形状”,每当形状的数量发生变化后,我们就发送一下这个通知,通知剩余的形状进行检查。


最后,选择“容器-1”,为其增加如下的积木块。

如图,检查的逻辑,我们在上方已经详细的讲述过。重点在于两个红框框出来的“如果”部分的逻辑,一个判定条件是要将检查范围限定在网格范围之内,一个判定条件是网格的当前位置是否已经被填充了。最后,如果形状有效的话,我们就让其正常显示,如果形状无效的话,降低其透明度,让其变暗,表示当前形状无效。


接着,我们把形状“按下”和“放开”的逻辑做一点儿调整。

如图,增加了一个判定条件,只有当形状有效时,形状才能够被选择和拖动。


最后在“放置形状”逻辑中增加一块新的积木。

如图,在执行真正的删除操作前,先将当前的形状标识为删除状态,这样在进行后续的形状检查时,就不需要再对这个形状进行一次检查了。


我们在什么时机进行形状检查呢?每当一个形状被放置到网格上后,就应该对剩余的形状进行一次检查,所以每当游戏中的形状数量发生变化时,也就是我们执行形状检查的时机。


选择“形状管理”,在“形状数量发生变化”的块中,新增如下的逻辑。

每当形状数量发生变化后,就发送一次“检查形状”的通知,通知剩余的形状进行检查。如果游戏中的有效形状数量为0,则证明游戏结束了,发送一个“游戏结束”的通知。


最后,我在场景中增加了一个简单的游戏结束的界面,当接收到“游戏结束”的通知时就会显示。用于表示游戏结束,点击按钮可以重新开始游戏。逻辑非常的简单,在此就不多做赘述了。


预览一下游戏,看看最后的游戏结束效果。

当把中间的形状放置在网格中后,网格中不再有位置可以放置剩余的两个形状了,剩余的形状失效(变暗),游戏结束,显示游戏结束页面。


总结一下


这一节中我们实现了形状检查的功能,并且增加了游戏结束的判定,这样1010游戏的整体流程算是完整了。


练一下


到此为止整个1010游戏玩法的所有功能我们都已经实现了,你的1010做到哪一步了呢?所有的形状都已经完成了吗?


如果你对游戏开发感兴趣,欢迎关注我,如果你有对游戏开发感兴趣的朋友,也欢迎把这个系列文章推荐给他。



相关文章
|
4天前
|
小程序 应用服务中间件 Linux
【Nginx】微信小程序后端开发、一个域名访问多个服务
【Nginx】微信小程序后端开发、一个域名访问多个服务
14 0
|
4天前
|
Web App开发 数据采集 移动开发
开发uniapp过程中对app、微信小程序与h5的webview调试
开发uniapp过程中对app、微信小程序与h5的webview调试
13 1
|
4天前
|
小程序 前端开发 JavaScript
轻松学会微信小程序开发(一)
轻松学会微信小程序开发(一)
|
4天前
|
JSON 小程序 JavaScript
微信小程序开发1
微信小程序开发1
|
4天前
|
数据采集 存储 人工智能
【Python+微信】【企业微信开发入坑指北】4. 企业微信接入GPT,只需一个URL,自动获取文章总结
【Python+微信】【企业微信开发入坑指北】4. 企业微信接入GPT,只需一个URL,自动获取文章总结
43 0
|
4天前
|
人工智能 机器人 API
【Python+微信】【企业微信开发入坑指北】3. 如何利用企业微信API给微信群推送消息
【Python+微信】【企业微信开发入坑指北】3. 如何利用企业微信API给微信群推送消息
34 0
|
4天前
|
缓存 人工智能 API
【Python+微信】【企业微信开发入坑指北】2. 如何利用企业微信API主动给用户发应用消息
【Python+微信】【企业微信开发入坑指北】2. 如何利用企业微信API主动给用户发应用消息
23 0
|
4天前
|
小程序 前端开发 API
微信小程序全栈开发中的异常处理与日志记录
【4月更文挑战第12天】本文探讨了微信小程序全栈开发中的异常处理和日志记录,强调其对确保应用稳定性和用户体验的重要性。异常处理涵盖前端(网络、页面跳转、用户输入、逻辑异常)和后端(数据库、API、业务逻辑)方面;日志记录则关注关键操作和异常情况的追踪。实践中,前端可利用try-catch处理异常,后端借助日志框架记录异常,同时采用集中式日志管理工具提升分析效率。开发者应注意安全性、性能和团队协作,以优化异常处理与日志记录流程。
|
4天前
|
小程序 安全 数据安全/隐私保护
微信小程序全栈开发中的身份认证与授权机制
【4月更文挑战第12天】本文探讨了微信小程序全栈开发中的身份认证与授权机制。身份认证包括手机号验证、微信登录和第三方登录,而授权机制涉及角色权限控制、ACL和OAuth 2.0。实践中,开发者可利用微信登录获取用户信息,集成第三方登录,以及实施角色和ACL进行权限控制。注意点包括安全性、用户体验和合规性,以保障小程序的安全运行和良好体验。通过这些方法,开发者能有效掌握小程序全栈开发技术。
|
4天前
|
JavaScript 前端开发 小程序
微信小程序全栈开发之性能优化策略
【4月更文挑战第12天】本文探讨了微信小程序全栈开发的性能优化策略,包括前端的资源和渲染优化,如图片压缩、虚拟DOM、代码分割;后端的数据库和API优化,如索引创建、缓存使用、RESTful API设计;以及服务器的负载均衡和CDN加速。通过这些方法,开发者可提升小程序性能,优化用户体验,增强商业价值。

热门文章

最新文章