开发者日志 #2：确定美术风格——多效果图选择

修改于10/1714 浏览包含 AI 合成内容

开发者日志 #2：确定美术风格——4种效果图选择

《万物生长》（暂定名）· 2026-10-10

上一篇讲了创意源头。这一篇讲最近几天在做的事：把 Demo 从"能跑"调整到"能看、能玩、像个小游戏"。过程中推翻了不少东西，也踩了不少坑，如实记录。

最早的版本（ui/ 参考版，MapWidget 近千行）是深色写实风：数据图表、种群曲线、信息面板，有树有草有鹿也有狼。它能演示所有机制，但有个问题——不好看，狼不像狼，鹿不像鹿，不像一片山谷。玩家看到的图偏抽象，需要脑补，不是生态。先来看看首版图：

这一轮调整的第一个决定：保留深色版做开发对照，另起炉灶做美术方案。先出了四套概念图——A 扁平自然笔记、B 水墨淡彩、C 复古像素、D 全息数据舱

方案A

方案B

方案C

方案D

4种效果图各有特色，不过由于我们没有专业的美术，选择美术方向不能只看效果图好不好看，还得看能还原效果图到哪一步。

开发者最喜欢效果图A和B，由于没有专职美术，先尝试看能做到什么程度。

方案调整中最花时间的不是配色，是一件事：开发者想让所有视觉元素逐帧跟着仿真数据走。

调整完的当天我就发现这改变了玩家的阅读方式——以前要看曲线才知道草场在退化，现在扫一眼地图，东坡的草"趴下去"了，一眼就看懂。这是这轮迭代里性价比最高的一笔：把数据翻译成生物的行为，而不是翻译成图表。

UI 上下文切换：选关页进关时如果直接 UI.Init 会双 NanoVG 上下文。现在的策略是任一方向切换都先 Shutdown 再 Init，并且点击回调里只置标记、真正的切换推迟到下一帧 Update——在输入派发中途销毁控件树是会崩的。
入口模块不能 require 自己：关卡模块想回调选关页时 require "launcher" 会拿到未执行的源码串。改成由 launcher 注入 SetBack 回调，绕开了引擎对入口文件的缓存行为。