第三版全书学习地图

第三版来源、工具链与版本边界

“第三版全书学习地图”对齐 Packt 2024 年第三版的对应章节范围，并以官方公开代码仓库和 SFML 官方文档核对本页可公开验证的工程事实。本页是独立中文重写，不复现原书正文，也不把商品页、目录或代码仓库冒充完整原版。

在“第三版全书学习地图”中，第三版示例使用 SFML 2.6.1 时代 API。本页保留与本章有关的 2.6 系列合同；SFML 3 的事件、角度、时长和构造接口差异不会被静默回填。升级工具链时必须单独记录本章迁移补丁，不能把版本不匹配误判为“21 章正式映射”概念错误。

• Packt：Beginning C++ Game Programming, Third Edition：在“第三版全书学习地图”中，核对 2024 年第三版、C++20、SFML、四个项目、21 个正式教学章节及章节次序；不把商品页当作正文全文。
• PacktPublishing：第三版官方代码仓库：在“第三版全书学习地图”中，核对 Timber、Pong、ZombieShooter、Run 四个项目的公开代码与资源组织；代码许可证不等于原书正文授权。
• SFML 2.6 官方教程：在“第三版全书学习地图”中，核对本书使用的 SFML 2.6 系列 Window、Graphics、View、VertexArray、Shader 与 Audio API 语义。

正式概念与运行状态合同

21 章正式映射

这个正式目录节点落在 正式目录 边界：21 个教学章节及其前置概念。在本页中，它参与“把 21 个正式章节放回 Timber、Pong、Zombie Arena 与 Run! 四条项目链，并为每章定义可运行产物”。验收时保存正式单元 ID、章节路径、项目里程碑、编译日志、运行轨迹与最终复现清单，不能只凭最终画面判断。

四个可玩项目

这个正式目录节点落在 项目产物 边界：Timber、Pong、Zombie Arena、Run! 的可玩切片。在本页中，它参与“把 21 个正式章节放回 Timber、Pong、Zombie Arena 与 Run! 四条项目链，并为每章定义可运行产物”。验收时保存任一学习路径都必须保留前置语言能力、项目产物、可观察证据和干净复现四项，不能只凭最终画面判断。

C++20 与 SFML 2.6

这个正式目录节点落在 验收证据 边界：预测、日志、边界测试与干净构建。在本页中，它参与“把 21 个正式章节放回 Timber、Pong、Zombie Arena 与 Run! 四条项目链，并为每章定义可运行产物”。验收时保存正式单元 ID、章节路径、项目里程碑、编译日志、运行轨迹与最终复现清单，不能只凭最终画面判断。

干净构建证据

这个正式目录节点落在 正式目录 边界：21 个教学章节及其前置概念。在本页中，它参与“把 21 个正式章节放回 Timber、Pong、Zombie Arena 与 Run! 四条项目链，并为每章定义可运行产物”。验收时保存任一学习路径都必须保留前置语言能力、项目产物、可观察证据和干净复现四项，不能只凭最终画面判断。

先预测，再操作三个本页实验

实验一：从源码到可见结果

先预测“从零走完整路线”会怎样穿过 正式目录 → 项目产物 → 验收证据，再切换场景和正式概念。每次操作都必须能回到同一初始状态。

实验二：逐步执行状态轨迹

依次执行 定位章节 → 确认前置 → 预测产物 → 运行实验 → 干净复现。每一步只选中一个阶段，并持续检查“任一学习路径都必须保留前置语言能力、项目产物、可观察证据和干净复现四项”。

实验三：单一故障与同输入恢复

注入“按旧版十章摘要跳过第 11–21 章，却仍把课程标为第三版完整路线”，定位第一项不一致；撤销后用完全相同的“已有 C++ 基础补项目”重放。只有中间状态和最终输出一起恢复才算修复。

易错边界与工程取舍

从“这不是旧版十章目录”开始

本书当前对齐的是 2024 年第三版《Beginning C++ Game Programming》，使用 C++20 与 SFML，共 21 个官方章节。旧学习地图把它压成“10 章、三板块”，会让第 11 至 21 章的资源管理、对象通信、Camera、Animator、空间音频和 shaders 全部失去位置。

不是把语法学完再突然做游戏，而是每学一组语言能力，立即放入可玩的垂直切片。

让每章都有可观察结果，也迫使所有权和阶段边界尽早暴露。

项目一：Timber，章节 1 至 5

第 1 章搭建窗口与游戏循环；第 2 章用变量、运算符和决策动画化精灵；第 3 章加入 string、SFML Time、玩家输入和 HUD；第 4 章使用循环、数组、switch、枚举和函数实现树枝等机制；第 5 章加入碰撞、声音与终局条件。

这一段的目标不是背语法，而是理解实时程序每帧都按“事件、输入、update、draw”推进。变量是持续状态，KeyPressed 是边沿，dt 让速度与帧率解耦。

Chapter 1  window + loop
Chapter 2  state + decisions
Chapter 3  input + time + HUD
Chapter 4  arrays + functions + mechanics
Chapter 5  collision + sound + end state

项目二：Pong，章节 6 至 7

第 6 章把 Ball、Bat 等状态与行为放入类，建立构造、封装和对象生命周期；第 7 章用 AABB、速度反射和接触修正完成游戏。这里首次要求区分“检测重叠”和“解算运动”：碰撞结果必须修正位置和速度，不能只播放声音。

Pong 是后续 GameObject 架构的最小预演。若类只变成装全局变量的袋子，Zombie Arena 的对象数量一增加就会失控。

项目三：Zombie Arena，章节 8 至 14

第 8 章从 SFML Views 和玩家视野开始；第 9 章使用引用、sprite sheets 与 vertex arrays；第 10 章引入指针、STL 和纹理管理；第 11 章实现 TextureHolder 并构建僵尸群；第 12 章加入碰撞、Pickup 和 Bullet；第 13 章分层 world/HUD View；第 14 章完成音效、文件 I/O、最高分、升级、波次与重启。

World View       terrain -> zombies -> bullets -> effects
HUD View         health -> ammo -> score -> wave
Screen Overlay   home -> level-up -> game-over

与

是这一项目的关键边界。资源所有者必须比 Sprite 长寿，HUD 只投影玩法快照，文件保存采用验证和安全发布，而不是把磁盘内容当可信输入。

项目四：Run! 架构，章节 15 至 16

第 15 章启动 Run!，以继承与多态定义 Update/Graphics 行为，用 Factory 组装 GameObject，并辨析组件对象与 ECS；第 16 章实现 SoundEngine、游戏逻辑、对象间通信和 Player。

这一阶段把“谁能修改世界”说清楚：update 追加命令，世界在安全点提交，声音与 HUD 消费事实，不保存易失裸指针。

Run! 行动系统，章节 17 至 19

第 17 章实现 Graphics draw calls、Camera 类、main/radar view 与 timer text；第 18 章编码可达平台、Player controls、Animator 和 player animations；第 19 章构建 interactive menu，并用 GameObject 的 Graphics 与 Update 组合制造雨效。

三章共同证明分阶段设计：逻辑先提交；Camera 和 Animator 读取提交状态；菜单决定是否推进逻辑时间；雨效作为可降级表现不能阻塞玩法。

Run! 完成阶段，章节 20 至 21

第 20 章加入 Fireball、SFML audio Listener、声音空间化、SoundEngine voice 与 HUD class；第 21 章用 CameraGraphics 实现 parallax backgrounds，通过 OpenGL 上下文运行 GLSL shaders，并执行 completed game 门禁。

视觉与音频可以降级，玩法事实不能变化。固定回放在开关 shader 后必须得到相同平台、伤害、得分和 GameOver。

知识依赖：为什么不能任意跳章

贯穿 TextureHolder、Factory、SoundBuffer、voice 和 shader。跳过指针/STL 直接做 Run!，常见结果是组件互相持有裸指针、资源先析构、容器遍历中删除对象。

types/flow/functions
  -> classes/references/STL/RAII
  -> game loop/collision/commands
  -> camera/animation/audio/HUD
  -> particles/shaders/release gate

若某章卡住，按依赖向前追一层：Animator 错误先检查 dt 与状态边沿；SoundEngine 错误先检查事件事实与 Buffer 生命周期；shader 错误先确认普通 RenderStates 路径正确。

每章怎样才算掌握

不是“读完”或“编译过”。先预测输入后的状态变化，再实现最小切片；记录帧号、对象 id、命令与事件；覆盖暂停、重启、极端 dt、资源缺失；测量对象、draw calls、voice；最后固定 seed 重放。

Given   fixed config + seed + initial world
When    recorded intents + fixed logical steps
Then    same commands + events + snapshots
And     clean build runs without hidden local assets

推荐学习节奏

每章分三轮：第一轮只看目标与图，先写预测；第二轮运行代码并用日志跟踪一条事实链；第三轮完成练习和失败注入。每个项目结束做一次纵向复盘，不能把四个项目当 21 个互不相关的示例。 章节编号只是阅读顺序，真正决定能否继续的是前置事实、所有权和时间协议是否已经用测试证明。

Timber 复盘实时循环；Pong 复盘对象与碰撞；Zombie Arena 复盘资源、容器和分层 View；Run! 复盘 Factory、命令事件、Camera、Animator、音频、shader 与发布门禁。

小结

• 第三版是 21 章、四个项目，不是旧版十章摘要
• Timber 建立实时循环，Pong 建立 OOP 与碰撞，Zombie Arena 放大资源与世界管理
• Run! 用 Factory、组件行为、事件命令、Camera、Animator、空间音频和 shader 完成工程闭环
• 学习顺序沿语言、所有权、实时规则、表现和发布逐层递进
• 每章必须有预测、日志、边界测试、测量与干净复现证据