Demo Maker 是什么?它能做什么
Demo maker 指用来快速做出“演示型作品”的工具：一段可运行的小程序、一个交互原型，或一个体积很小的可执行 demo。它和完整游戏引擎的区别在于目标不是做商业级完整游戏，而是用尽量少的资源把想法跑起来。ZGameEditor 就是这类工具的一个代表，它的关键词里同时出现 96kb、64kb、game maker、demo maker、screensaver maker，说明它面向的是小体积、快速出成果的场景。如果你要做的是完整商业游戏、需要复杂关卡编辑和团队协作，demo maker 通常不是首选；如果你要在很短时间内验证一个玩法、做一个可分发的小程序，它更合适。
Demo maker 的典型用途
- 快速原型：先把核心玩法或交互跑通，再决定要不要投入更多开发。
- 演示作品：用于展示、投稿或参加小体积竞赛（demoscene 类活动常见 64KB、96KB 限制）。
- 小体积可执行程序：产物本身很小，便于分发和传播。
- 屏保类程序：ZGameEditor 的关键词里包含 screensaver maker，说明它也能做这类轻量可视化程序。
和完整游戏引擎/游戏制作工具的区别
| 维度 | Demo maker（如 ZGameEditor） | 完整游戏引擎/制作工具 |
|---|---|---|
| 主要目标 | 快速跑通想法、做小体积演示 | 做可发布、可长期维护的完整游戏 |
| 产物体积 | 强调小，关键词中出现 96kb、64kb | 通常较大，依赖运行时和资源包 |
| 上手成本 | 低，适合先出结果 | 较高，需要理解完整工程结构 |
| 适用场景 | 原型、演示、屏保、小体积作品 | 商业项目、复杂玩法、团队协作 |
选择时先看你的目标：要“快”和“小”，demo maker 更合适；要“完整”和“可扩展”，完整引擎更合适。
选择 demo maker 时该关注什么
- 体积能力：能否产出 64KB、96KB 这类小体积可执行文件，这是 demo maker 的核心卖点之一。
- 导出格式：产物是独立可执行程序，还是依赖特定运行环境。
- 上手难度：是否能在没有完整工程经验的情况下快速做出第一个可运行结果。
- 用途覆盖：是否同时支持游戏 demo 和屏保类程序，ZGameEditor 的关键词显示它覆盖这两类。
从零做出第一个演示的简要步骤
- 明确目标：先决定你要做的是交互 demo 还是屏保类程序，这会影响后续资源选择。
- 准备最小内容：只保留一个核心交互或一段可视化效果，不要一开始就堆功能。
- 在工具里搭建：用 demo maker 建立场景、加入最小逻辑，先让它能运行。
- 验证结果：运行产物，确认它能独立启动、体积符合预期。
- 再迭代：在能跑通的基础上逐步加内容，避免一开始就陷入细节。
常见卡点是：一开始就想做完整游戏，导致进度停滞；或者忽略体积目标，最后产物远超 64KB、96KB 这类限制。先把最小可运行版本做出来，再决定要不要继续扩展。