找回密码
 立即注册
首页 业界区 业界 零经验选手,Compose 一天开发一款小游戏! ...

零经验选手,Compose 一天开发一款小游戏!

姘轻拎 2025-6-4 22:48:19
1.png

猛男翻卡牌
猛男启动

继上一个 Compose 练习项目 SimpleTodo 之后,又尝试用 Compose 来做了一个翻牌记忆游戏【猛男翻卡牌】。这次是零经验写游戏项目,连原型都没有做设计,问了 ChatGPT 游戏大概是怎么个玩法,就一步一步着手去写了。
本文号称一天开发完毕确实不假,从立案(问 ChatGPT)到开发完成(今天凌晨 4 点),所用时间共计 20 小时。(牛马的一天是 24 小时)
其中相当大部分的时间都用在了素材搜集、UX 试错方面,技术方面遇到的阻碍反而没有多少,毕竟这个游戏的设计实现还是比较简单粗暴。
游戏玩法很简单,开局随机布置 8 组 16 张卡牌,预览展示各个卡牌所在位置后全部盖牌,让玩家凭记忆力翻开配对的卡牌组。
          您的浏览器不支持 video 标签。  ⚠️ 高能预警:作者我没有任何游戏开发经验,本项目仅用于练习 Compose,游戏开发专家天黑请闭眼
做游戏与做 App 应用的区别

在一般 App 的开发中,UI/UX 的设计与互动实现方面占比大概只有 50% 前后,业务逻辑的工作量跟 UI/UX 不相上下。
而游戏开发,能够很明显感觉到 UI/UX 工作占比非常之重,就该项目而言近乎 100%(出于偷懒等客观原因,该项目没有提供数据存储及任何联网功能)。
开发的大部分时间里,都在与 Compose 的动画、状态对象、协程之间斗智斗勇,生死决斗之后留下了一个 800 行代码的 Activity。(几乎所有游戏逻辑都封装在这个 Activity 中)
因此与普通 App 应用相比,游戏开发更能体现出 Compose 在动画、交互方面的特点,通过开发游戏能够很大程度上加深对 Compose 结构的理解,从而更好地掌握 Compose 的 UI 设计方式。
在本项目中,所用素材全部来自互联网:

  • App 图标和封面图来自 ChatGPT 图片生成(封面图后期合成)
  • 封面图底图、卡牌图、游戏背景、按钮背景来自 pixabay
  • GameOver 小恐龙来自 Pinterest
  • 字体采用 精品点阵体7×7
其实一开始走的是 OPPO 小清新风格,但是从卡牌牌面图案颜色选用粉红的那一刻开始,路 就走歪了...
技术分解

项目源码与APK:https://github.com/wavky/MemoryCardGame-Compose
2.png

所有逻辑都在上面这几个文件中:
  1. app
  2. ├── common
  3. │   └── res:自定义的资源文件,包括字体,颜色等
  4. ├── ui
  5. │   └── PlayCard.kt:游戏中的单个卡牌组件
  6. ├── Config.kt:游戏配置,包括各个 UI 元素的尺寸、动画时长等,以及游戏难度设置
  7. ├── Element.kt:卡牌牌面图案资源的枚举
  8. └── MainActivity.kt:游戏主 Activity,所有游戏交互逻辑都在这个 Activity 中
复制代码
游戏关卡难度设计

游戏难度主要体现在这些维度:

  • 游戏开始前卡牌牌面预览时间
  • 倒计时时间
  • 容许犯错次数
游戏难度在原则上按关卡层层递增,为了简便,使用简单的数学公式在前一关基础上缩减时间、犯错次数来实现。
第一关作为新手教学关,不限时间,犯错次数无限制。
关卡难度设计如下表

  • 第二关开始,游戏时间进入倒计时模式,60 秒计时开始,最大犯错次数为 20 次,卡牌预览时间为 5 秒
  • 之后每关倒计时缩减为上一关的 80%,最大犯错次数减少 2 次
  • 从第六关开始,卡牌预览时间减少 0.5 秒,直至第十五关缩减至 0 秒

    • 卡牌预览时间是指,在所有卡牌牌面依次打开直至全部打开完毕起,到所有卡牌开始依次盖牌为止的时间段,不包括卡牌开牌、盖牌动画时间
    • 因此在卡牌预览时间归零时,仍然可以依靠开牌盖牌动画时间,和惊为天人的最强大脑记忆力来进行游戏

  • 最大犯错次数从第九关的 6 次起,逐次减少 1 次直至归零
  • 倒计时时间从第十五关起固定为 3 秒

    • 实测 16 张牌可以轻松实现在 2.7 秒内全部打开
    • 测试时使用了作弊模式,实际游戏中最快手速需要配合最强大脑使用

因此,从第十五关开始进入魔鬼死斗模式...
Lv倒计时秒数 (取整数秒;缩减比例 80%)失手次数预览秒数1无限 (75)无限 (22)5260 (每关缩减至 80%)20 (每关 -2)5348185438165530145624124.5 (每关 -0.5)71910481583.591263101052.51184212631.51352114410.5153 (以后固定为 3)0016~300游戏关卡难度实现

游戏中所有参数通过一个全局 Config 数据对象来管理,这个对象在 Composable 中首先被初始化:
  1. // 通过 remember 缓存 Config 对象,实现全局单例
  2. val config = remember { Config(...) }
复制代码
关卡难度定义在 Config 的字段 levelLimit 中,其类型为 Sequence 序列,这个序列在每次通关时计算下一关的难度系数,封装到 LevelLimit 对象中交由相关 UI 节点读取使用。
LevelLimit 定义
  1. data class LevelLimit(
  2.   val level: Int,
  3.   val isCountdown: Boolean, // 倒计时或正向计时(第一关为正向计时,不限游戏时间)
  4.   val countdownMs: Long,
  5.   val isCountMaxMiss: Boolean, // 是否计算最大错误次数(第一关不限制错误次数)
  6.   val maxMissCount: Int,
  7.   val previewTimeMs: Long,
  8. )
复制代码
关卡难度的 Sequence 序列
  1. val config = remember {
  2.   Config(
  3.     // 通过 generateSequence 生成序列
  4.     levelLimit = generateSequence(
  5.       // 第一关难度设置为新手村
  6.       LevelLimit(
  7.         level = 1, // 关卡序号
  8.         isCountdown = false, // 第一关为正向计时,不限游戏时间
  9.         countdownMs = 75_000, // 为第二关计算出 60 秒倒计时提供基础数值
  10.         isCountMaxMiss = false, // 第一关不限制错误次数
  11.         maxMissCount = 22, // 为第二关计算出 20 次错误次数提供基础数值
  12.         previewTimeMs = 5_000 // 5 秒预览时间
  13.       )
  14.     ) { last ->
  15.       // 第二关开始每一关的难度系数的计算
  16.       val minCountdownMs = 3000L // 最小倒计时时间固定为 3 秒
  17.       val nextCountdownMs = ... // 下一关的倒计时时间
  18.       val nextMaxMissCount = ... // 下一关的最大犯错次数
  19.       val nextPreviewTimeMs = ... // 下一关的预览时间
  20.       LevelLimit(
  21.         level = last.level + 1,
  22.         isCountdown = true, // 第二关开始为倒计时模式
  23.         countdownMs = if (nextCountdownMs < minCountdownMs) minCountdownMs else nextCountdownMs,
  24.         isCountMaxMiss = true, // 第二关开始限制最大犯错次数
  25.         maxMissCount = nextMaxMissCount,
  26.         previewTimeMs = nextPreviewTimeMs,
  27.       )
  28.     }
  29.   )
  30. }
  31. // 通过 remember 缓存序列迭代器对象
  32. val levelIterator by remember { mutableStateOf(config.levelLimit.iterator()) }
  33. // 初始化第一关的关卡难度对象
  34. var level by remember { mutableStateOf(levelIterator.next()) }
  35. // 晋级按钮
  36. StartButton("LEVEL UP") {
  37.   // 点击时,获取并更新下一关的关卡难度
  38.   level = levelIterator.next()
  39.   ...
  40. }
复制代码
单张卡牌实现

单张卡牌的定义在 PlayCard.kt 中,可通过参数指定卡牌的牌面图案元素、前后背景图、卡牌高度(宽度将根据高度自动计算)等。
卡牌中自实现一套翻转动画,动画中使用的翻转时长、延迟时间也通过参数指定。
参数中通过 flipToFront: Boolean 来指定卡牌朝向,更改朝向时,自动通过动画来完成卡牌翻转。
  1. @Composable
  2. fun PlayCard(
  3.   element: Element,
  4.   @DrawableRes cardFace: Int,
  5.   @DrawableRes cardBack: Int,
  6.   flipToFront: Boolean, // 卡牌朝向
  7.   height: Dp,
  8.   modifier: Modifier = Modifier,
  9.   initialDelay: Long, // 游戏首次加载时,卡牌翻转的延迟时间
  10.   initialFlipDuration: Long, // 游戏首次加载时,卡牌翻转的时长
  11.   flipDuration: Long, // 卡牌正常翻转的时长
  12. )
复制代码
卡牌翻转动画实现 —— 动画脚本

卡牌沿着 Y 轴中线进行前后 180 度翻转,模拟 3D 效果(实际上是 2D 的视差旋转 + 背景切换显示实现)。
动画中当卡牌旋转至 90 度(玩家看不到卡牌牌面)时切换卡牌显示的背景。
3.gif

翻转的动画脚本:
  1. // 根据参数 flipToFront 的值,决定翻转动画的正向(前翻)还是反向(后翻)
  2. LaunchedEffect(flipToFront) {
  3.   // 翻转动画执行到一半的时长
  4.   // 卡牌的参数 flipDuration 所传入的是从 A 面从 0 度开始翻转至 180 度完整显示 B 面为止的整个动画时长
  5.   // 这里我们要获取翻转至 90 度时所使用的时长,即完整时长的一半
  6.   val halfDuration = flipDuration.toInt() / 2
  7.   // 动画分成上下两部分,例如上半部分是从 0 ~ 90 度,下半部分则是从 90 ~ 180 度
  8.   // 在上半部分动画执行完毕后,玩家看不见卡牌的状态下,切换卡牌显示的背景图案,然后再执行下半部分的动画
  9.   fun <T> upperTween(): TweenSpec<T> = tween(halfDuration, easing = FastOutLinearInEasing)
  10.   fun <T> lowerTween(): TweenSpec<T> = tween(halfDuration, easing = LinearOutSlowInEasing)
  11.   
  12.   // 上半部分动画:同时进行翻转和放大
  13.   val upperRotate = async {
  14.     rotationAnimatable.animateTo(
  15.       // 如果是前翻,则从 0 旋转至 90 度,如果是后翻,则从 180 旋转至 270 度
  16.       if (flipToFront) 90f else 270f,
  17.       animationSpec = upperTween()
  18.     )
  19.   }
  20.   val upperScale = async {
  21.     scaleAnimatable.animateTo(
  22.       1.5f,
  23.       animationSpec = upperTween()
  24.     )
  25.   }
  26.   // 等待上半部分动画执行完毕
  27.   upperRotate.await()
  28.   upperScale.await()
  29.   // 切换卡牌显示的背景图案,如果是 true 则 Image 显示 cardFace 图片,否则显示 cardBack 图片
  30.   showCardFace = flipToFront
  31.   // 下半部分动画:同时进行翻转和缩小
  32.   val lowerRotate = async {
  33.     rotationAnimatable.animateTo(
  34.       // 如果是前翻,则从 90 旋转至 180 度,如果是后翻,则从 270 旋转至 360 度
  35.       if (flipToFront) 180f else 360f,
  36.       animationSpec = lowerTween()
  37.     )
  38.   }
  39.   val lowerScale = async {
  40.     scaleAnimatable.animateTo(
  41.       1f,
  42.       animationSpec = lowerTween()
  43.     )
  44.   }
  45.   // 等待下半部分动画执行完毕
  46.   lowerRotate.await()
  47.   lowerScale.await()
  48.   // 如果是后翻,则在翻转完成后将旋转角度重置为 0,否则下次前翻时会从 360 度翻转到 90 度(逆向疯狂转体)
  49.   if (!flipToFront) {
  50.     rotationAnimatable.snapTo(0f)
  51.   }
  52. }
复制代码
卡牌翻转动画实现 —— 绘制

伴随着动画脚本的执行,Animatable 的值会在每一帧中被实时计算更新,在卡牌的容器中通过 Modifier.drawWithContent 函数应用更新后的绘制参数值,重新绘制卡牌中每一帧的翻转效果。
这一节内容用于引流,有兴趣的同学请移步至小站:https://wavky.top/MemoryCard/

4.png

(我看看是谁在白嫖)
在 Activity 中完成游戏逻辑

在 Activity 中,实现了卡牌游戏的整套流程逻辑,主要就是根据游戏中各个阶段的状态,控制 UI 元素的显示,执行各类动画。
同时响应玩家点击卡牌的动作,判断卡牌配对情况,并执行胜负判定等逻辑。
这里需要反思研究的一点是,由于缺乏游戏设计经验,导致后期各种状态标记满天飞,缺乏可维护性,逻辑实现时也容易出现状态切换错误等疏漏,量产各种难以调试的 bug,在下次创建游戏项目时,应该提前通盘设计好游戏的流程状态变换,设计出合理的状态机制来避免这样的事故发生。
这里不会再重构成状态机形式,但列举一些状态标记的实现方式。
  1. fun Content() {
  2.   // 创建 Config 对象,指定卡牌的布局数量、游戏关卡难度、卡牌动画参数等基础配置
  3.   // 因为 Config 对象设计为不可变,因此仅需通过 remember 缓存,但不需要使用 State 进行包装
  4.   val config = remember { Config() }
  5.   // 这是几个重要的状态标记,指示游戏的当前流程状态:
  6.   // 从 Lv1 重新开始游戏(重置游戏)
  7.   var restartGame by remember { mutableIntStateOf(0) }
  8.   // 开始游戏(倒计时开始,玩家可以点击卡牌),或游戏结束(玩家不可再点击卡牌)
  9.   // 在卡牌预览动画结束时,更新为 true
  10.   // 在玩家每次点击时判断游戏胜负、错误次数过多、倒计时结束等情况时,更新为 false
  11.   var startGame by remember { mutableStateOf(false) }
  12.   // 关卡挑战成功
  13.   var complete by remember { mutableStateOf(false) }
  14.   // 关卡挑战失败,游戏结束
  15.   var gameOver by remember { mutableIntStateOf(0) }
  16.   // 这是一个卡牌组的状态标记列表,用于记录每一张卡牌是否显示正面
  17.   // 通过 remember 缓存,并且在 restartGame 更新时(挑战失败)重新初始化,重新赋值一个新对象
  18.   val flipToFrontList = remember(restartGame) {
  19.     mutableStateListOf<Boolean>().apply { repeat(config.count) { add(false) } }
  20.   }
  21.   // 由于 flipToFrontList 需要在 Effect 类函数中访问
  22.   // 因此需要使用 rememberUpdatedState,将 flipToFrontList 对象包装为指向不变的 State
  23.   // 避免 Effect 闭包中因缓存 flipToFrontList 的旧对象而产生脏数据问题
  24.   val staticFlipList by rememberUpdatedState(flipToFrontList)
  25.   // 这是一些 UI 元素的显示、隐藏状态标记
  26.   var isStartButtonVisible by remember { mutableStateOf(false) }
  27.   ...
  28.   var showPauseMessage by remember { mutableStateOf(false) }
  29.   ...
  30.   // 这是一些游戏数据记录类的数据,例如游戏倒计时、犯错次数等,在重置游戏时将全部重新初始化
  31.   var timeCount by remember(restartGame) { mutableIntStateOf(0) }
  32.   var timeText by remember(restartGame) { mutableStateOf("00:00") }
  33.   var miss by remember(restartGame) { mutableIntStateOf(0) }
  34.   // 这项数据记录玩家上一次翻开的卡牌序号,用于判断当前卡牌是否配对成功
  35.   var lastFlipIndex by remember(restartGame) { mutableIntStateOf(-1) }
  36.   // ----------------------------------------------------------------------------
  37.   // 在游戏首次加载时执行的一些操作,例如开场动画等
  38.   LaunchedEffect(Unit) { ... }
  39.   // 在重置游戏时执行的一些操作,例如重新执行预览动画等
  40.   LaunchedEffect(restartGame) { ... }
  41.   // 在开始或结束游戏时执行的一些操作,例如启动倒计时等
  42.   LaunchedEffect(startGame) { ... }
  43.   // ----------------------------------------------------------------------------
  44.   PlayCard(
  45.     // 由于卡牌使用 Material 组件,但默认在 Modifier.clickable 中点击时会产生一个灰色背景
  46.     // 为了避免这种情况,改用更底层的 Modifier.pointerInput 监听并响应点击事件
  47.     // 在其他可点击的 UI 组件中也会使用相同做法
  48.     modifier = Modifier.pointerInput(Unit) {
  49.       detectTapGestures {
  50.         ... // 处理点击事件
  51.       }
  52.     }
  53.   )
  54.   // 响应系统返回键的点按事件
  55.   // 仅在开始游戏时有效,此时会询问是否终止游戏
  56.   // 其余场合则直接退出应用
  57.   BackHandler(startGame) { ... }
  58. }
复制代码
具体内容还请参考源码:https://github.com/wavky/MemoryCardGame-Compose

来源:程序园用户自行投稿发布,如果侵权,请联系站长删除
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!

相关推荐

您需要登录后才可以回帖 登录 | 立即注册