3KB 的 DOS 纸牌游戏还能存档：极小软件如何分配每个字节

TinySol 是一款只有约 3KB 的 DOS Klondike 纸牌游戏，面向 8086 及以上 PC，支持键盘或鼠标、四种图形模式、游戏状态撤销、磁盘存档、计分和可行时自动收牌。

一句话结论：TinySol 的 3KB 不是靠把游戏缩成不能玩的代码高尔夫，而是把规则、图形和交互都压到机器已有能力上；极小软件真正考验的，是哪些状态必须保存、哪些资源可以运行时生成、哪些便利功能值得占用字节。

项目最初叫 MonoSol，作者在 2022 年用 x86 汇编开始编写，目标是在 GRiD 气体等离子单色屏上清晰显示，同时小到可以轻易塞进 ROM。最新 1.3 版支持 CGA 640×200、AT&T 6300 640×400、EGA 640×350 和 VGA 640×480，并能用 F1 至 F4 在运行时切换。

兼容范围比文件大小更惊人。作者在 IBM 5150 的 8088、MS-DOS 3.30 和 CGA 上测试，也在 286、Pentium、DOSBox，以及仅 64KB 内存的 8086 模拟环境中运行。输入既可以是键盘的数字与字母映射，也可以使用 DOS 鼠标驱动。

功能为什么不必对应大量资源

纸牌不需要存 52 张图片。每张牌可以由花色、点数、正反面和位置等少量状态表示，图案再用字符、线段或紧凑位图绘制。不同分辨率也不必各带一套完整素材，只要共享布局逻辑并调用 BIOS 视频接口，就能把显示适配交给机器已有层。

存档同样不意味着复杂数据库。一个 Klondike 局面的牌序、牌堆边界、翻面状态和分数都可以编码成很小的固定结构。撤销只需保留上一个必要状态，自动完成则在所有隐藏牌翻开、移动不再有歧义时重复执行合法移动。

当然，3KB 也意味着明确取舍。它没有联网挑战、动画皮肤、账户同步、多语言文本、无障碍框架、崩溃上报和自动更新。把现代软件的安全、输入法、显示缩放和生态集成全部拿掉，再与一个单机 DOS 游戏比较体积，并不公平。

小代码为什么仍值得写

因为尺寸限制会迫使作者理解状态的本质。高级框架能快速交付功能，也容易让数据表示、依赖和系统调用被层层隐藏。汇编与 3KB 上限要求每个功能回答：它需要多少字节、能否复用现有路径、失败时会留下什么状态。

这种训练对现代开发仍有意义，尤其是启动固件、嵌入式设备、Web 下载体积和供应链安全。依赖越少，攻击面和更新路径通常越容易看清；但代码越紧凑，也可能越难维护和审计。小不是自动更安全，清楚才是。

TinySol 1.3 还提供不同规模构建，并在 2026 年 Vintage Computer Festival Southwest 以真实软盘分发。它的目标并非刷新最小程序纪录，而是在老机器上提供一款愿意真正玩下去的游戏。这一点比数字本身更难。

关键事实

• TinySol 约 3KB，运行于 8086 及以上 DOS PC
• 支持 CGA、AT&T 6300、EGA 和 VGA 图形模式，并可运行时切换
• 支持键盘与鼠标、状态撤销、磁盘存档、计分和自动完成
• 项目用 x86 汇编和 NASM 构建，已在真实 IBM 5150、286 与多种模拟环境测试

OC 判断

TinySol 不是“现代软件都该只有 3KB”的证据，而是一份极好的功能预算样本。它先保证纸牌可玩，再让每个新增字节服务兼容性或操作效率。极小软件的核心不是炫耀删了多少，而是删完之后仍然知道用户为什么会留下来。

为什么重要

• 对开发者：紧凑数据结构和复用系统能力，往往比微小指令优化更先决定体积。
• 对嵌入式团队：尺寸、可维护性和故障处理需要共同权衡，不能只追求最小二进制。
• 对复古计算用户：项目对真实硬件、显示模式和输入设备做了明确兼容验证。

参考来源

• Classic Bits：TinySol