企业官网建设流程全解析

简介：这是一份面向C++初学者与图形界面实践者的俄罗斯方块小游戏完整开源项目，聚焦于Windows平台下的MFC框架开发，适用于算法逻辑理解、GUI事件响应及内存绘图（CMyMemDC）等核心技能训练。资源共27个文件，包含10个头文件（如CControlReg.h、GameClassLib.h用于游戏控制与矩阵运算）、7个CPP源码（含主程序Teris.cpp及自定义类实现）、1个Visual Studio解决方案（.sln）与项目文件（.vcxproj），以及图标（.ico）、资源脚本（.rc）和README说明文档，结构完整、模块职责清晰，便于逐层剖析游戏状态管理、方块旋转碰撞检测与双缓冲绘图机制。压缩包仅230KB，轻量易读，已吸引691人学习下载，读者可直接编译运行，深入理解MFC消息循环、资源管理及经典游戏开发中的时间控制与画面刷新策略。

1. 为什么一个“过时”的俄罗斯方块，反而成了C++初学者最稳的练手项目？

不是所有游戏都适合当毕设或课设——有些太重（要搭网络、连数据库、做UI框架），有些太虚（纯算法题没界面、没交互、答辩时讲三分钟就冷场）。而这个基于原生 Win32 API + MFC 风格封装的 C++ 俄罗斯方块，恰恰卡在那个“刚刚好”的临界点：它不依赖 Qt 或 SDL 等第三方库，全程用标准 C++11 语法 + Windows GDI 绘图，所有逻辑都在CmyMatrix矩阵操作、CControlReg键控调度、GameClassLib游戏状态机里闭环；它有完整可运行的.sln解决方案，双击就能在 VS2019/VS2022 里编译调试；它甚至保留了CDlgChinaWillWin.h这类带时代印记的弹窗模块——不是为了情怀，而是因为它真实暴露了 Win32 资源管理、模态对话框生命周期、资源 ID 冲突等教科书不写但实际开发必踩的细节。如果你正被“C++课程设计交什么”“毕设怕做不完”“想练手又怕项目太单薄”困扰，这套 25 个文件、零外部依赖、从矩阵旋转到消行计分全链路可调试的代码，就是你当前阶段最值得拆解、复现、甚至答辩时能讲出三层设计意图的“最小可行作品”。它不炫技，但每行代码都有来处；它不新潮，但每个模块都在帮你建立工程直觉。

2. 总体架构设计：四层职责分离与 Win32 消息驱动的核心闭环

这套俄罗斯方块没有采用 MVC 或 MVVM 这类现代前端架构，而是严格遵循 Win32 SDK 的消息泵模型，构建了一个轻量但清晰的四层结构：数据层（Matrix）→ 逻辑层（GameCore）→ 控制层（ControlReg）→ 视图层（GDI Render）。这种分层不是为炫技，而是为让初学者一眼看清“按键怎么变成方块移动”“消行后分数和等级如何联动更新”“窗口重绘时为何不能直接刷屏而要走双缓冲”。整个系统以CmyMatrix为核心数据容器，所有方块形态、旋转、碰撞检测均在此完成；GameClassLib封装游戏状态机（Start/Playing/Pause/GameOver），负责规则判定与事件分发；CControlReg是唯一响应WM_KEYDOWN的模块，它不直接操作矩阵，而是将按键翻译为eCmdMoveLeft/eCmdRotate等语义化指令，再交由 GameCore 执行；最终Teris.cpp中的OnPaint()通过CmyMemDC双缓冲设备上下文完成像素级绘制。这种设计让调试变得极其直观：你想查“为什么按右键没反应”，就断点进CControlReg::OnKeyDown()；想看“L型方块旋转是否正确”，就单步跟CmyMatrix::Rotate()；怀疑“消行动画卡顿”，就盯住CmyMemDC::BitBlt()的调用频次。它不抽象，但每一步都可追溯。

2.1 数据层：CmyMatrix 的二维数组建模与旋转算法实现

俄罗斯方块的本质是七种 Tetromino 在固定网格中的位移、旋转与碰撞。本方案用CmyMatrix类封装一个int m_nData[ROW_MAX][COL_MAX]的二维整型数组，其中0表示空位，1~7对应七种方块类型（I/O/T/S/Z/J/L），-1表示已固定的“死块”。关键在于旋转——不是靠预存 4 种形态模板，而是用坐标变换实时计算：

// CmyMatrix.cpp 中 Rotate() 方法核心逻辑 bool CmyMatrix::Rotate() { // 1. 提取当前活动方块的所有坐标（相对左上角基准点） std::vector<POINT> vOldPos; GetActiveBlockPos(vOldPos); // 获取当前方块在矩阵中的所有坐标点 // 2. 计算旋转中心（通常为方块中心点，此处简化为基准点+1,1偏移） POINT ptCenter = { vOldPos[0].x + 1, vOldPos[0].y + 1 }; // 3. 对每个点执行绕中心顺时针90度旋转：(x',y') = (cy - y + cx, x - cx + cy) std::vector<POINT> vNewPos; for (auto& pt : vOldPos) { POINT ptRot; ptRot.x = ptCenter.y - pt.y + ptCenter.x; ptRot.y = pt.x - ptCenter.x + ptCenter.y; vNewPos.push_back(ptRot); } // 4. 检查旋转后所有点是否仍在合法范围内且不与死块重叠 if (IsValidPosition(vNewPos)) { // 5. 清空原位置，填入新位置 ClearActiveBlock(); SetBlockAt(vNewPos, m_nActiveType); return true; } return false; }

这段代码的价值不在“多精妙”，而在“多典型”：它展示了 C++ 如何用std::vector管理动态坐标集，用POINT结构体承载二维信息，用数学公式实现几何变换，并在最后一步强制做IsValidPosition()校验——这是所有游戏逻辑的铁律。注意m_nActiveType是当前下落方块的类型标识，它被存在CmyMatrix实例中，而非全局变量，保证了数据封装性。很多初学者会在这里犯错：把旋转逻辑写在GameClassLib里导致数据与行为耦合，或用宏定义硬编码七种形态导致后续扩展困难。本方案用“运行时坐标变换+统一校验”规避了这两类坑。

2.2 逻辑层：GameClassLib 的状态机驱动与事件通知机制

GameClassLib是整个游戏的“大脑”，但它不处理任何绘图或输入，只专注三件事：状态流转、规则判定、事件广播。其内部用枚举enum GAME_STATE { GS_IDLE, GS_PLAYING, GS_PAUSED, GS_GAMEOVER }管理生命周期，并通过Update()函数每帧驱动：

// GameClassLib.cpp 片段 void GameClassLib::Update() { switch (m_eGameState) { case GS_PLAYING: m_fAccumulatedTime += m_fDeltaTime; // 累计时间（毫秒） if (m_fAccumulatedTime >= GetDropInterval()) { // 根据等级动态调整下落速度 if (!m_pMatrix->MoveDown()) { // 尝试下移 m_pMatrix->LockBlock(); // 锁定当前方块 m_pMatrix->CheckAndClearLines(); // 检查消行 m_pMatrix->SpawnNewBlock(); // 生成新方块 if (m_pMatrix->IsCollisionAtSpawn()) { // 新方块生成即碰撞 → Game Over m_eGameState = GS_GAMEOVER; OnGameOver(); // 触发事件 } } m_fAccumulatedTime = 0.0f; } break; case GS_PAUSED: // 仅等待恢复指令，不更新时间也不移动方块 break; default: break; } }

这里的关键设计是GetDropInterval()动态计算下落间隔：return 1000.0f / (1.0f + m_nLevel * 0.2f);——等级越高，分母越大，间隔越短，下落越快。这比写死if(level==1) interval=1000 else if(level==2) interval=800...更易维护。更值得学习的是事件通知机制：OnGameOver()并非直接弹窗，而是调用一个函数指针m_pfnOnGameOverCallback（在Teris.cpp中注册为AfxMessageBox("Game Over!")），实现了逻辑层与视图层的解耦。答辩时你可以指着这里说：“我预留了回调接口，未来要加音效、存档、联网对战，只需替换回调函数，不用动 GameClassLib 一行代码。”

2.3 控制层：CControlReg 的消息拦截与指令抽象

Win32 编程中，键盘消息默认由主窗口过程WndProc处理，但若把所有按键逻辑堆在Teris.cpp里，会导致文件臃肿、职责混乱。本方案用CControlReg类专门承接输入，体现“单一职责”原则：

// CControlReg.h 中定义指令枚举 enum CONTROL_CMD { eCmdNone, eCmdMoveLeft, eCmdMoveRight, eCmdMoveDown, eCmdRotate, eCmdHardDrop, eCmdPause, eCmdRestart }; // CControlReg.cpp 中的消息映射 LRESULT CControlReg::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags) { switch (nChar) { case VK_LEFT: return HandleCommand(eCmdMoveLeft); break; case VK_RIGHT: return HandleCommand(eCmdMoveRight); break; case VK_DOWN: return HandleCommand(eCmdMoveDown); break; case VK_UP: return HandleCommand(eCmdRotate); break; case VK_SPACE: return HandleCommand(eCmdHardDrop); break; case 'P': case 'p': return HandleCommand(eCmdPause); break; case VK_ESCAPE:return HandleCommand(eCmdRestart); break; default: return FALSE; } } // HandleCommand 将指令转发给 GameClassLib LRESULT CControlReg::HandleCommand(CONTROL_CMD cmd) { if (m_pGameCore) { m_pGameCore->ProcessCommand(cmd); // 关键：指令不执行，只传递 } return TRUE; }

注意HandleCommand()不做任何矩阵操作，只调用m_pGameCore->ProcessCommand(cmd)。这意味着控制层纯粹是“翻译官”：把硬件扫描码（VK_LEFT）翻译成业务语义（eCmdMoveLeft），再交给逻辑层决策。这种抽象让测试变得简单——你可以完全 MockGameClassLib，只验证CControlReg是否把VK_UP正确转成了eCmdRotate。很多学生写课设时把MoveLeft()直接写在OnKeyDown里，结果后期加“加速下落”功能时，发现VK_DOWN要同时支持软降和硬降，逻辑瞬间爆炸。而本方案的指令抽象，天然支持未来扩展：比如增加eCmdHold（暂存方块）指令，只需在ProcessCommand()里加一个分支，CControlReg和GameClassLib的其他部分完全不动。

2.4 视图层：CmyMemDC 的双缓冲绘图与资源管理

Win32 GDI 绘图若直接在HDC上Rectangle()或TextOut()，必然出现闪烁。本方案用CmyMemDC类封装内存设备上下文（Memory DC），实现无闪烁渲染：

// CmyMemDC.h 声明 class CmyMemDC : public CDC { public: CmyMemDC(CDC* pDC, int nWidth, int nHeight); ~CmyMemDC(); void BitBltTo(CDC* pDestDC); // 将内存DC内容一次性拷贝到目标DC private: CBitmap m_bitmap; // 内存位图 CDC m_memDC; // 内存DC }; // Teris.cpp 中 OnPaint 的典型用法 void CTerisView::OnPaint() { CPaintDC dc(this); CRect rectClient; GetClientRect(&rectClient); // 1. 创建与客户区等大的内存DC CmyMemDC memDC(&dc, rectClient.Width(), rectClient.Height()); // 2. 在内存DC上绘制所有元素（背景、方块、UI文字） DrawBackground(memDC); DrawBlocks(memDC); DrawUIInfo(memDC); // 3. 一次性拷贝到屏幕，避免闪烁 memDC.BitBltTo(&dc); }

CmyMemDC的价值在于它把“创建位图→选入DC→绘制→拷贝→清理”这一串 Win32 繁琐操作封装成一个构造函数和一个BitBltTo()调用。更关键的是资源管理：CmyMemDC析构函数自动释放m_bitmap和m_memDC，避免 GDI 句柄泄漏——这是 Win32 开发最经典的翻车点之一。很多初学者会忘记DeleteObject()，导致程序跑几分钟后界面变白。本方案用 RAII（Resource Acquisition Is Initialization）思想，在对象生命周期内自动管理资源，让你专注绘图逻辑，而不是SelectObject()的配对问题。

3. 关键模块实现：从矩阵旋转到消行计分的完整链路

俄罗斯方块看似简单，但要把“旋转不穿墙”“消行后上方方块自然下落”“分数按消行数指数增长”这些细节做扎实，需要环环相扣的实现。本节聚焦三个最易出错、也最能体现工程能力的模块：活动方块管理、消行检测与重排、计分与等级系统。它们不是孤立函数，而是通过CmyMatrix、GameClassLib、Teris.cpp三层协作完成的端到端链路。我会逐行解释关键代码，并指出那些只有亲手调试过才会懂的“玄学”细节。

3.1 活动方块（Active Block）的生命周期管理

活动方块是当前正在下落、可被玩家操控的那个方块。它的管理难点在于：既要实时反映玩家操作（左右平移、旋转），又要保证在“锁入”瞬间，所有坐标准确写入底层矩阵，且不影响已存在的死块。本方案用CmyMatrix中的m_vActivePos（std::vector<POINT>）存储其相对坐标，并用m_ptActiveBase记录其在矩阵中的左上角基准点：

// CmyMatrix.h 中关键成员 private: std::vector<POINT> m_vActivePos; // 当前方块各单元格相对于基准点的偏移 POINT m_ptActiveBase; // 当前方块在矩阵中的左上角坐标（整数） int m_nActiveType; // 方块类型（1~7） // CmyMatrix.cpp 中 SpawnNewBlock() 初始化逻辑 void CmyMatrix::SpawnNewBlock() { // 1. 随机选择方块类型（此处简化为顺序轮换，实际可用随机数） m_nActiveType = (m_nActiveType % 7) + 1; // 2. 根据类型加载初始形态（I型：横排4格；O型：2x2方块...） switch (m_nActiveType) { case 1: // I型 m_vActivePos = { {0,0}, {1,0}, {2,0}, {3,0} }; break; case 2: // O型 m_vActivePos = { {0,0}, {1,0}, {0,1}, {1,1} }; break; // ... 其他5种类型 } // 3. 设置基准点为顶部中间位置（确保新方块出现在屏幕顶部中央） m_ptActiveBase.x = COL_MAX / 2 - 2; // 假设I型宽4格，居中需左移2 m_ptActiveBase.y = 0; // 4. 将方块“画”到矩阵上（仅标记，不刷新显示） SetBlockAt(m_vActivePos, m_nActiveType); }

这里有个极易忽略的细节：SetBlockAt()函数必须先检查m_ptActiveBase + offset是否越界，否则m_nData[-1][5]会导致未定义行为（Debug 模式可能报错，Release 模式直接静默崩溃）。本方案在SetBlockAt()开头强制校验：

bool CmyMatrix::SetBlockAt(const std::vector<POINT>& vPos, int nType) { for (auto& pt : vPos) { int x = m_ptActiveBase.x + pt.x; int y = m_ptActiveBase.y + pt.y; if (x < 0 || x >= COL_MAX || y < 0 || y >= ROW_MAX) { return false; // 越界，设置失败 } if (m_nData[y][x] != 0 && m_nData[y][x] != -1) { // 非空且非死块，冲突 return false; } m_nData[y][x] = nType; } return true; }

这就是为什么SpawnNewBlock()后要立刻调用IsCollisionAtSpawn()：它本质就是调用一次SetBlockAt()并检查返回值。很多初学者会在这里写错边界条件，比如用y < 0判断顶部越界，却忘了m_ptActiveBase.y初始为 0，pt.y可能为负（某些旋转形态），导致y为负数——所以必须用y < 0而不是y <= 0。这种细节，不调试根本发现不了。

3.2 消行检测（Line Clear）与重排（Gravity Fall）的原子操作

消行不是简单地“把某行清零”，而是要：1）检测哪些行已满；2）删除这些行；3）让上方所有行整体下移；4）在顶部补上空行。这四步必须原子化，否则会出现“消行后方块悬浮在半空”或“新方块生成在错误位置”的诡异现象。本方案在CheckAndClearLines()中用std::vector<int>记录待消行号，再逆序处理（从底向上），确保下移时不覆盖数据：

// CmyMatrix.cpp 中 CheckAndClearLines() int CmyMatrix::CheckAndClearLines() { std::vector<int> vLinesToClear; int nCleared = 0; // 1. 扫描每一行，检查是否全满（不含0） for (int y = ROW_MAX - 1; y >= 0; --y) { bool bFull = true; for (int x = 0; x < COL_MAX; ++x) { if (m_nData[y][x] == 0 || m_nData[y][x] == -1) { // 有空位或死块？不全满 bFull = false; break; } } if (bFull) { vLinesToClear.push_back(y); } } // 2. 逆序处理待消行（从最底行开始），避免数据覆盖 for (int y : vLinesToClear) { // 3. 将y行以上所有行向下移动一行 for (int row = y; row > 0; --row) { memcpy(m_nData[row], m_nData[row-1], sizeof(int) * COL_MAX); } // 4. 将第0行清空（顶部补空行） memset(m_nData[0], 0, sizeof(int) * COL_MAX); nCleared++; } return nCleared; }

关键点在于for (int row = y; row > 0; --row)这个循环：如果正序（row=0 to y-1），那么m_nData[1]会被m_nData[0]覆盖，接着m_nData[2]被刚覆盖过的m_nData[1]覆盖……最终整块数据乱掉。逆序则保证m_nData[y-1]先移到m_nData[y]，再m_nData[y-2]移到m_nData[y-1]，依此类推，安全无误。此外，memcpy和memset的使用比嵌套 for 循环效率更高，也更符合 C++ 工程习惯。答辩时你可以强调：“我用内存操作替代循环赋值，既提升性能，又减少出错概率——因为少写两层 for，就少两个边界错误。”

3.3 计分系统（Scoring）与等级加速（Level Up）的联动设计

俄罗斯方块的计分不是线性的：单消100分，双消300分，三消500分，四消800分；等级每升一级，下落速度加快。难点在于分数、等级、下落间隔三者必须强同步，且不能在每次消行后才计算，而要在GameClassLib::Update()的每一帧都参与决策。本方案将计分逻辑放在GameClassLib中，用m_nScore和m_nLevel成员变量维护状态，并在CheckAndClearLines()返回后立即更新：

// GameClassLib.cpp 中 Update() 的消行后处理片段 int nCleared = m_pMatrix->CheckAndClearLines(); if (nCleared > 0) { // 根据消行数查表得基础分（1:100, 2:300, 3:500, 4:800） static const int SCORE_TABLE[] = {0, 100, 300, 500, 800}; m_nScore += SCORE_TABLE[nCleared] * m_nLevel; // 乘以当前等级 // 每1000分升一级（可配置） int newLevel = 1 + (m_nScore / 1000); if (newLevel > m_nLevel) { m_nLevel = newLevel; // 等级提升后，下落间隔自动缩短（GetDropInterval() 依赖 m_nLevel） // 无需额外操作，Update() 下一帧就会生效 } }

这里的设计智慧在于：分数和等级是状态，下落间隔是派生值。GetDropInterval()每次都被调用，它根据当前m_nLevel实时计算，而不是在m_nLevel++时缓存一个m_fDropInterval。这样避免了“升了级但下落没变快”的常见 bug。另外，SCORE_TABLE用静态数组而非switch，既简洁又高效；m_nScore / 1000整除实现等级计算，比if(m_nScore>=1000) level=2; else if(m_nScore>=2000) level=3...更易维护。如果你要做毕设扩展，比如加“连击加分”（Combo），只需在if(nCleared>0)块内加一个m_nCombo++和m_nScore += m_nCombo * 50，完全不影响现有结构。

4. 常见问题排查：Win32 C++ 俄罗斯方块开发中 4 个高频翻车点

哪怕代码一字不差地抄下来，编译通过、能运行，也可能在某个环节突然“失灵”——比如按键无反应、方块穿墙、消行后界面错乱、或者 Debug 模式正常 Release 模式崩溃。这些不是玄学，而是 Win32 + C++ 组合下特有的“坑”。以下是我在带某高校课程设计时，学生问得最多、也最容易耽误进度的 4 个问题，按“现象 → 原因 → 解决”给出可立即上手的排查路径。

提示：所有排查请先确保使用 Visual Studio 2019 或更新版本，并在 Debug 配置下进行。Release 配置会优化掉调试信息，掩盖真正问题。

4.1 现象：按下方向键，方块完全不动，但CControlReg::OnKeyDown()断点能命中

原因：CControlReg实例未正确关联到GameClassLib，即m_pGameCore指针为空。常见于Teris.cpp中CControlReg对象创建后，忘记调用SetGameCore()注册。
解决：打开Teris.cpp，找到CControlReg m_ctrlReg;定义处，确认在其后（如OnInitDialog()或OnCreate()中）有类似m_ctrlReg.SetGameCore(&m_gameCore);的调用。若使用new动态创建，请检查SetGameCore()是否在new之后、首次OnKeyDown之前执行。一个快速验证方法：在CControlReg::HandleCommand()开头加ASSERT(m_pGameCore != nullptr);，若触发断言，说明注册遗漏。

4.2 现象：方块下落时，偶尔“穿透”底部死块，或旋转后部分方块消失在屏幕外

原因：CmyMatrix::IsValidPosition()校验不严，特别是对y坐标的越界判断缺失。例如，当方块位于顶部（m_ptActiveBase.y = 0），旋转后某点y = -1，但校验只写了y >= ROW_MAX，漏掉了y < 0。
解决：打开CmyMatrix.cpp，定位IsValidPosition()函数（通常在Rotate()和MoveDown()中被调用）。检查其内部循环：

for (auto& pt : vPos) { int x = m_ptActiveBase.x + pt.x; int y = m_ptActiveBase.y + pt.y; if (x < 0 || x >= COL_MAX || y < 0 || y >= ROW_MAX) return false; // 必须包含 y < 0！ if (m_nData[y][x] != 0 && m_nData[y][x] != -1) return false; }

若缺少y < 0，立即补上。这是最典型的“以为写了校验，其实漏了半边”的情况。

4.3 现象：消行后，上方方块没有下落，而是“悬停”在空中，或整个屏幕方块位置错乱

原因：CheckAndClearLines()中行下移逻辑错误，最常见的是用了正序循环（for(int row=0; row<y; ++row)）导致数据被覆盖。另一个可能是memcpy的长度参数错误，如写成sizeof(m_nData[0])但m_nData[0]是int[COL_MAX]，而sizeof(int[COL_MAX])才是正确字节数。
解决：在CheckAndClearLines()中，将行下移循环改为明确的逆序：

// 错误（正序，会覆盖） // for (int row = 0; row < y; ++row) { memcpy(m_nData[row+1], m_nData[row], ...); } // 正确（逆序，安全） for (int row = y; row > 0; --row) { memcpy(m_nData[row], m_nData[row-1], sizeof(int) * COL_MAX); }

并在memcpy后加一句OutputDebugString(L"Row moved\n");，用 Output 窗口确认循环次数和方向。

4.4 现象：Debug 模式运行完美，切换到 Release 模式后，程序启动即崩溃，或按键后随机崩溃

原因：Release 模式启用了优化（/O2），而代码中存在未初始化变量或未定义行为（UB）。最常见的是CmyMatrix构造函数中未初始化m_nData数组，Debug 模式下内存被自动清零，Release 模式下是随机垃圾值，导致IsValidPosition()读取到非法m_nData[y][x]值。
解决：打开CmyMatrix.cpp，找到构造函数，在memset(m_nData, 0, sizeof(m_nData));前加断点，确认该行被执行。若未执行，手动添加：

CmyMatrix::CmyMatrix() { memset(m_nData, 0, sizeof(m_nData)); // 强制初始化整个二维数组 m_nActiveType = 0; m_ptActiveBase = {0,0}; }

此外，检查所有std::vector是否在使用前clear()或resize()，避免访问未分配内存。

5. 毕设/课设验收与答辩技巧：如何把一份小游戏讲出三层深度

答辩不是代码朗诵，而是向评委证明：你不仅会写，更懂为什么这么写；你不仅完成了，还预见了后续扩展的路径；你不仅调通了，还掌握了排查问题的方法论。针对这套俄罗斯方块，我建议你准备一个 8 分钟的陈述，分三层递进，每层用一个具体代码片段支撑，让评委听出你的工程素养，而不是“抄了个 demo”。

5.1 第一层：功能实现层（3 分钟）——讲清楚“它能做什么”

这是底线，必须精准、无歧义。不要说“实现了俄罗斯方块”，而要说：

• “它支持全部七种标准方块（I/O/T/S/Z/J/L）的生成、左右平移、顺时针旋转、软降（↓）、硬降（空格）、暂停（P）和重启（ESC）；”
• “消行逻辑严格遵循 Tetris Guideline：单消100分，双消300分，三消500分，四消800分，且分数乘以当前等级；”
• “等级系统每满1000分提升一级，下落速度按1000/(1+0.2*level)毫秒动态调整，实测 Level 10 时下落间隔约 333ms，符合预期。”

支撑代码：打开GameClassLib.cpp，指向CheckAndClearLines()返回值nCleared和SCORE_TABLE[nCleared] * m_nLevel这一行。告诉评委：“您看，这里用静态数组查表，避免了冗长的 if-else，也方便未来修改分值规则——比如把四消改成1000分，只需改数组最后一个数。”

5.2 第二层：架构设计层（3 分钟）——讲清楚“它为什么这么写”

这才是区分“抄作业”和“真理解”的关键。重点讲三个设计决策及其收益：

• 指令抽象（CControlReg）：“我没有在OnKeyDown里直接调MoveLeft()，而是定义了eCmdMoveLeft指令，再由GameClassLib::ProcessCommand()统一处理。这样做的好处是，未来加‘暂存方块’功能，只需新增一个指令枚举和一个ProcessCommand分支，CControlReg和Teris.cpp完全不用动。”
• 双缓冲绘图（CmyMemDC）：“我用CmyMemDC封装内存DC，所有绘制先在内存中完成，最后BitBltTo()一次性上屏。这解决了 Win32 GDI 的经典闪烁问题。更重要的是，CmyMemDC的析构函数自动释放位图和DC，杜绝了 GDI 句柄泄漏——这是很多初学者调试几天才发现的隐形杀手。”
• 状态机驱动（GameClassLib）：“游戏状态（Idle/Playing/Paused/GameOver）用枚举管理，Update()函数按状态分支更新。这让我能精确控制：暂停时m_fAccumulatedTime停止累加，恢复时无缝续接；Game Over 时直接切状态，不依赖全局标志位，逻辑更健壮。”

支撑代码：打开CControlReg.h，展示enum CONTROL_CMD；打开CmyMemDC.h，展示析构函数~CmyMemDC()中的DeleteObject(m_bitmap)；打开GameClassLib.h，展示enum GAME_STATE和Update()的 switch 结构。

5.3 第三层：工程实践层（2 分钟）——讲清楚“我怎么把它做可靠的”

这部分展现你的实战能力。不必回避问题，反而要主动提一个你踩过的坑，并说明如何解决：

• “我遇到过 Release 模式崩溃的问题。Debug 下一切正常，Release 下启动就崩。用/RTC1开启运行时检查后发现，是CmyMatrix构造函数没初始化m_nData数组，Release 下内存是随机值，导致IsValidPosition()读取到非法地址。我立刻在构造函数加了memset，并养成了习惯：所有类成员数组，声明即初始化。”
• “我还为CControlReg加了指令日志：在HandleCommand()里OutputDebugString打印指令名。这让我在调试‘按键失灵’时，5 秒内定位到是SetGameCore()调用时机不对，而不是去怀疑键盘驱动。”

支撑动作：现场打开 VS，演示在CmyMatrix::CmyMatrix()中添加memset，并运行 Release 模式验证。或者，打开Output窗口，展示OutputDebugString的日志输出。

从那以后我每次新建一个管理资源的类，都强制在构造函数里初始化所有成员变量，哪怕编译器说“未使用”；每次写 Win32 消息处理，都先加一句OutputDebugString打点日志。这些不是教条，而是用血泪经验换来的肌肉记忆。希望帮到你。

本文还有配套的精品资源，点击获取