【游戏开发日志记录】

游戏开发日志 · 开篇

为什么写

这份日志不是某个游戏的开发教程，而是记录过程本身。

这是我作为独立开发者，制作第一个游戏时的真实记录。写它有两层目的：

1. 督促自己 — 用固定的输出节奏，让开发持续推进。
2. 整理思考 — 在写的过程中厘清：某个功能该不该做、目的是什么、实现难度如何、当前进度到哪、明天该做什么。

我想留下的，不只是 Git 提交记录，还有如何把想法一点点变成能运行的游戏。

我会记录什么

• 今日产出 — 今天具体做了什么（含零产出时的说明）
• 明日计划 — 明天打算做什么
• 卡点与备选 — 进度卡在哪里，有没有其他实现思路
• 预期对照 — 整体项目是否与最初设想一致；若出现偏差，原因是什么

更新规则

• 默认工作日每日更新
• 即使当天没有任何代码或美术产出，也会更新（如实记录）

Day 0 · 2026-07-22

• 今日产出

今天尚未开始写代码，也未搭建项目架构。
先把日志开起来，从明天起按上述规则正式记录。

• 明日计划

之前做的时候意识到游戏当中的UI交互光使用文档记录的话会容易遗漏而且容易忘记，所以明天打算用即使设计制作游戏交互内容 https://js.design/workspace

游戏开发日志 · 记录篇

Day 1 · 2026-07-23

今日产出

• 开始着手 UI 交互 相关工作。
• 在动手做 UI 的过程中意识到：游戏不能只做界面，还需要 整体的游戏性设计；据此 大致梳理了游戏流程（整体流程部分仍待完善）。
• 选定 一个功能 作为 UI 交互的切入点，并完成该功能的初步界面：
  • 主页
  • 底部菜单栏

明日计划

• 继续推进 UI 设计（在今日主页与菜单栏基础上延伸）。

卡点与备选

• 整体游戏流程 目前只有大致框架，细节与闭环尚未定稿；后续需在继续 UI 之前或并行补充完善，避免界面与玩法脱节。
• 当前暂无其他技术卡点；若流程迟迟定不下来，可考虑先以「单功能 UI 原型 + 流程草稿」并行推进，减少阻塞。

预期对照

• 与 Day 0 相比，今天已有 可看见的 UI 产出（主页 + 菜单栏），符合「从想法到可运行界面」的记录方向。
• 里程碑：计划 约一周内 完成该功能的 UI 交互；整体游戏流程设计纳入同期迭代，避免只做 UI 不做玩法骨架。

---

Day 2 · 2026-07-24

今日产出

• 继续制作 UI 交互 相关工作。

明日计划

• 继续制作 UI 交互 相关工作。