MFC做贪吃蛇这组合听起来有点老派但说实话当我用 C 把这套经典的 Windows 窗口框架和一条会拐弯的小蛇拼到一起时才真正理解了消息驱动、定时器、双缓冲绘图这些概念到底是怎么工作的。如果你正在学 C、想搞明白 Windows 应用程序的骨架或者只是想独立做一个看得见摸得着的小游戏这个项目是非常理想的练手对象。网上关于贪吃蛇的教程很多但大多停留在控制台黑框框的阶段MFC 版的难点反而在界面刷新、按键处理和游戏状态管理上这些才是真正值钱的经验。我在实际开发中踩了不少坑比如画面闪得厉害、按方向键会“自杀”、窗口一拉伸蛇就乱了还有食物正好生成在蛇身上这种概率事件。这篇文章会把整个项目的设计思路、核心逻辑、关键代码、调试方法全部拆开讲代码都是可以直接抄作业的级别但更重要的是我会把每一步背后的“为什么”讲清楚。无论你是刚接触 MFC 的学生还是工作后想补一补 Windows GUI 基础的开发者照着做一遍对 C 的理解绝对会上一个档次。1. 项目背景与技术选型思路1.1 为什么选 MFC 写贪吃蛇如果你问现在的年轻人做小游戏首选什么大概率是网页版、Unity 或者 Python 的 Pygame。但 MFC 这东西在 Windows 桌面开发里是有独特地位的。它不是游戏引擎也不是炫酷的现代框架而是一套把 Windows 底层窗口操作封装成 C 类的类库。选它做贪吃蛇主要是三个原因。第一它逼着你真正理解 Windows 消息机制。在控制台里写贪吃蛇循环刷数组、kbhit 检测键盘就完了但 MFC 是事件驱动的窗口什么时候重绘、键盘按了之后消息怎么路由这些都是必须面对的问题。贪吃蛇恰好需要定时重绘、即时响应按键天然地和消息驱动模型完美契合。第二MFC 能让你看到完整的 GUI 应用骨架。菜单、对话框、控件、定时器、设备上下文这些东西在其他框架里可能被隐藏得很深但在 MFC 里你都得亲手建一遍。搞完这个项目你基本就掌握了 MFC 应用的标准流程继承窗口类、注册窗口、创建消息映射、处理消息、绘图。这套流程未来做任何 Windows 桌面工具都能复用。第三C 的指针、内存管理、面向对象设计在 MFC 代码里体现得淋漓尽致。比如蛇的身体用链表还是数组存、句柄的生命周期该怎么管、刷新时怎么减少内存开销这些问题能促使你思考,而不是复制粘贴完就结束。当然MFC 也有它让人抓狂的一面比如绘图容易闪烁、控件风格老土、资源文件管理繁琐。但从学习的角度这些缺点恰恰是宝贵的反面教材。你只有经历过闪烁才会明白双缓冲存在的意义只有被指针搞崩过才会懂得释放资源的严谨。1.2 整体功能拆解与架构设计动手写代码之前先把贪吃蛇这个游戏抽象成几个模块比较稳妥。我习惯的拆分方法是这样游戏主体上一条完整的贪吃蛇包含一个窗口容器、一个逻辑棋盘、一条蛇的数据结构、一颗会刷新的食物以及一套不断推进的游戏循环。窗口负责展示和接收输入棋盘负责定义边界和坐标范围蛇和食物是数据实体游戏循环泵则是发动机。具体到 MFC 的实现我选择的是单文档程序结构而不是对话框程序。虽然对话框也能做但单文档自带完整的窗口生命周期管理能更准确地展示 MFC 框架的运作方式。整个应用的类划分如下应用类负责程序的初始化和启动相当于入口。主窗口类负责窗口的创建、消息分发、定时器管理、键盘处理。游戏逻辑类独立维护蛇的坐标、移动方向、碰撞判断、食物生成不依赖任何 MFC 的东西。绘图逻辑在主窗口的绘制函数里集中处理读取游戏逻辑类的数据并渲染到画布上。这样的分层有一个好处逻辑和界面分离。如果你后头想换一个界面框架或者写个控制台测试版本游戏逻辑类可以直接复用不用改一行代码。我在项目里还单独设计了棋盘模型用固定大小的网格来约束蛇的位移空间这样移动和碰撞检测都非常简单不需要浮点运算不会出现蛇走到一半卡在两个格子中间的情况。2. 核心数据结构与游戏逻辑设计2.1 棋盘模型与蛇的存储方案贪吃蛇本质上是运行在一个有限网格上的离散游戏。我采用的棋盘是 30 列乘 25 行每个格子的大小是 20 像素这样窗口默认尺寸大概是 600 乘 500 像素加上边框和标题栏整体观感比较协调。蛇的身体怎么存最直观的方案是用一个动态数组存所有身体节点的坐标。一开始我是这么做的每走一步把头部节点按方向更新然后把新头部插到数组头部再把最后一个节点删除。这个逻辑没问题但数组头部插入涉及大量元素移动效率不高。后来我改用链表双向链表更好因为删除尾部节点方便插入头部也很快尤其适合蛇不断增长的情况。MFC 里其实自带一个CTypedPtrList模板类可以很方便地构造一个双向链表存放自定义的坐标结构体。不过为了代码清楚我直接用了 STL 的listCPoint。CPoint 是 MFC 里现成的坐标结构虽然用原始struct也能行但既然在 MFC 环境里开发直接用现成的类型减少转换成本更省事。struct SnakeNode { int x; int y; }; std::listSnakeNode snakeBody;蛇头就是链表的第一个节点蛇尾是最后一个节点。移动时只需要两步根据当前方向算出新头部坐标插入到头部如果这一局吃到了食物就不删尾部让蛇变长否则删除尾部保持长度不变。2.2 移动逻辑与方向控制的边界条件移动逻辑是整个游戏的心脏。每触发一次定时器蛇就往前走一格。方向的改变来自用户的键盘输入但这里有一个关键问题你不能让蛇直接反向。如果当前方向是左用户按了右键蛇直接掉头那瞬间就会撞到自己身体这在大多数贪吃蛇规则里是不允许的。所以我在处理按键时加了一层方向过滤只有新方向和当前方向不是互为相反时才允许更新。这里有人可能会问为什么不在游戏逻辑里判断而是要在按键处理时就过滤掉因为如果你的按键处理和移动刷新之间有时间差用户连续按了两次方向键第一次是合法的第二次是在蛇还没移动时就已经把方向改了这样就可能造成反向。我实际测试下来最简单的办法是在逻辑类里维护一个pendingDirection变量按键时只更新这个变量真正的方向要在游戏循环执行前方可生效。void GameLogic::SetDirection(int dir) { if ((dir DIR_UP currentDir ! DIR_DOWN) || (dir DIR_DOWN currentDir ! DIR_UP) || (dir DIR_LEFT currentDir ! DIR_RIGHT) || (dir DIR_RIGHT currentDir ! DIR_LEFT)) { nextDir dir; } }方向用枚举定义四个值对应上下左右。这个设计虽然简单但能避免很多只有玩起来才发现的诡异问题。2.3 碰撞检测与得分判定碰撞检测分成两个层面撞墙和撞自己都发生在蛇头移动到新坐标之后再进行判断。撞墙很好判断只要看新坐标是否超出棋盘边界。比如棋盘从左到右是 0 到 29如果蛇头 X 坐标大于 29 或小于 0就判定游戏结束。撞自己稍微麻烦一点。你需要遍历蛇身体的所有节点看新头部坐标是否和某个身体节点重合。这里有一个细节蛇在移动之前尾巴本来是要被删掉的所以蛇头移动到尾巴旧位置的时候不算撞到自己。因此判断时应该基于移动后完整的新蛇身数据来做而不是移动前的老数据。如果不注意这个顺序会出现蛇头追着尾巴走却莫名其妙判死的情况。得分判定比较简单新头部坐标和食物坐标相同就说明吃到了。此时加分生成新食物蛇不动尾部增长。所有东西都基于网格坐标判断没有像素级碰撞这是贪吃蛇这类网格游戏的最大优点算法简单、不易出 BUG。2.4 食物生成与随机数的正确用法食物生成的时候要注意不能直接随机一个坐标就完事那样有概率生成在蛇身上。我在设计时先收集棋盘上所有空闲格子再从中随机选一个。如果棋盘大部分被蛇占满这种方法的选点效率会稍低但 30 乘 25 的棋盘总共 750 个格子遍历算不了什么东西。随机数方面MFC 环境下直接调rand()能跑但我坚持用了 C 标准库里的随机数引擎因为rand()在多次快速调用时如果种子设置不好会出现明显的规律性。用std::random_device配合std::mt19937每次生成的坐标分布会更均匀这也是一个容易被忽略的细节。std::random_device rd; std::mt19937 gen(rd()); std::uniform_int_distribution disX(0, GRID_COUNT_X - 1); std::uniform_int_distribution disY(0, GRID_COUNT_Y - 1);3. 关键代码实现与界面渲染3.1 创建工程与消息映射骨架打开你的开发环境新建一个 MFC 应用程序。选单文档类型其他选项保持默认即可因为我们要做的事情基本不需要 MFC 自动生成的视图类和文档类帮你做额外工作。工程生成后通常会有CMainFrame、CView这些类。我在项目中直接用主框架窗口当作画布而没有额外依赖视图类。原因是贪吃蛇界面非常简单没有滚动条、没有分栏主窗口直接接收键盘消息会更直接。如果你希望代码结构更规范用视图类也没问题但会增加一点消息路由的复杂度。消息映射是 MFC 的灵魂。在头文件里声明消息处理函数在实现文件里用BEGIN_MESSAGE_MAP和END_MESSAGE_MAP建立消息和函数的关联。贪吃蛇需要三个核心消息窗口绘制消息、定时器消息、键盘消息。BEGIN_MESSAGE_MAP(CMySnakeWnd, CFrameWnd) ON_WM_PAINT() ON_WM_TIMER() ON_WM_KEYDOWN() ON_WM_ERASEBKGND() END_MESSAGE_MAP()其中ON_WM_ERASEBKGND()是很多人会忽略的坑。默认情况下窗口在重绘前会先擦除背景这个擦除动作会导致闪烁。后头我讲双缓冲的时候会细说但消息映射这一步就要提前把这个处理函数挂着。3.2 定时器驱动游戏循环游戏循环在 MFC 里最好的实现方式就是SetTimer。它本质上是一个定时消息指定的时间间隔一到系统就往窗口消息队列里投递一个WM_TIMER消息然后触发OnTimer函数。SetTimer(1, 200, nullptr);第二个参数 200 是毫秒代表蛇每 200 毫秒走一格。但这只是初始值随着分数增加需要动态调整速度。Uint 可以是固定间隔也可以根据分数动态调整比如分数每提升 5 分间隔减小 10 毫秒最低减到 80 毫秒。超过这个下限就不要再减了否则人的反应速度跟不上。OnTimer函数里只做三件事驱动游戏逻辑走一步、检查游戏状态、触发窗口重绘。void CMySnakeWnd::OnTimer(UINT_PTR nIDEvent) { if (nIDEvent 1) { gameLogic.Step(); if (gameLogic.IsGameOver()) { KillTimer(1); MessageBox(_T(游戏结束), _T(提示), MB_OK); } Invalidate(FALSE); } CFrameWnd::OnTimer(nIDEvent); }这里有一个细节Invalidate(FALSE)的参数布尔值表示是否擦除背景。设为 FALSE 能减少一次背景擦除操作也是缓解闪烁的手段之一。但只有这个还不够后面需要上双缓冲。3.3 双缓冲渲染原理与实现细节在窗口绘制里最常见的闪烁问题来源于两步操作先擦背景再画前景。屏幕在擦掉后还没画上新的内容之前会露出底色人眼就看到了闪烁。尤其是在定时器每 200 毫秒触发一次刷新闪烁会非常明显。解决办法是双缓冲。先在内存里创建一张与窗口区域相同大小的位图把整幅游戏画面绘制到这张内存位图上然后一次性将位图完整复制到屏幕上。因为内存操作不直接显示所以用户看到的始终是完整的画面没有中间状态。MFC 里的实现会用到三个重要对象CDC内存设备上下文、CBitmap位图对象、以及窗口的设备上下文。void CMySnakeWnd::DrawGame(CDC* pDC) { CRect rect; GetClientRect(rect); CDC memDC; memDC.CreateCompatibleDC(pDC); CBitmap bmp; bmp.CreateCompatibleBitmap(pDC, rect.Width(), rect.Height()); CBitmap* pOldBmp memDC.SelectObject(bmp); // 在这里用 memDC 完成所有绘制 DrawChessBoard(memDC); DrawSnake(memDC); DrawFood(memDC); DrawScore(memDC); pDC-BitBlt(0, 0, rect.Width(), rect.Height(), memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOldBmp); bmp.DeleteObject(); }绘制的顺序是固定的先画棋盘背景再画食物再画蛇身最后画分数。每一层都要考虑清楚坐标偏移否则会出现蛇画在棋盘外的情况。注意CreateCompatibleBitmap创建出来的位图初始内容是未定义的所以第一步要先用背景色填充整个内存画布。3.4 按键消息处理与焦点问题键盘消息用OnKeyDown处理。这里有个很容易被忽略的问题窗口必须拥有输入焦点才能收到键盘消息。如果你的窗口上有个按钮用户点了按钮之后焦点就到了按钮上键盘消息就不再发给窗口了。好在我们的游戏界面没有子控件窗口创建完成后会自然获得焦点但当你弹出了MessageBox之后焦点就会回到窗口上无碍。按键值里方向键分别是VK_UP、VK_DOWN、VK_LEFT、VK_RIGHT。我同时支持了 WASD 键方便不习惯方向键的用户。这部分逻辑不复杂关键是映射完键值之后不要直接操作蛇的坐标而是传给游戏逻辑类的SetDirection方法避免把控制逻辑散落在窗口类里。void CMySnakeWnd::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags) { switch (nChar) { case VK_UP: case W: gameLogic.SetDirection(DIR_UP); break; case VK_DOWN: case S: gameLogic.SetDirection(DIR_DOWN); break; case VK_LEFT: case A: gameLogic.SetDirection(DIR_LEFT); break; case VK_RIGHT: case D: gameLogic.SetDirection(DIR_RIGHT); break; case VK_SPACE: if (gameLogic.IsPaused()) gameLogic.Resume(); else gameLogic.Pause(); break; default: break; } CFrameWnd::OnKeyDown(nChar, nRepCnt, nFlags); }空格控制暂停和继续这个功能虽然简单但游戏体验提升很大。如果没有暂停你想接电话都没法停下来只能眼睁睁看着蛇撞墙。4. 实操过程记录从空白窗口到可玩原型4.1 搭建窗口与初始化游戏状态实际操作的时候我建议按这样的顺序走不要一步到位写大段代码。第一步创建一个最基本的 MFC 窗口。只需要一个窗口类和一个应用类让窗口能显示出来。我先把窗口的客户区大小设置好例如 640 乘 560然后在窗口的OnCreate里设置游戏逻辑的初始状态包括蛇的初始位置、初始长度、初始方向、棋盘边界。int CMySnakeWnd::OnCreate(LPCREATESTRUCT lpCreateStruct) { if (CFrameWnd::OnCreate(lpCreateStruct) -1) return -1; gameLogic.Init(30, 25, 20); SetTimer(1, 200, nullptr); return 0; }初始化蛇的时候我把它放在棋盘正中央稍微靠左的位置初始长度是 3 格初始方向向右。一个人玩的时候刚开局有大约半秒的反应时间不会因为方向没转过来就立刻撞墙。void GameLogic::Init(int cols, int rows, int cellSize) { this-cols cols; this-rows rows; this-cellSize cellSize; snakeBody.clear(); snakeBody.push_back({5, rows / 2}); snakeBody.push_back({4, rows / 2}); snakeBody.push_back({3, rows / 2}); currentDir DIR_RIGHT; nextDir DIR_RIGHT; score 0; gameOver false; paused false; GenerateFood(); }4.2 实现移动与状态更新跑通第一步第二步把游戏循环跑起来暂且不管画面观察控制台输出也行。在Step函数里完成移动、碰撞检测、吃食物、更新状态并在每次 Step 之后把蛇的坐标打印出来验证逻辑正确性。这个过程非常重要。如果用图形界面去调试逻辑你会很难分清楚是逻辑问题还是渲染问题。所以我先把逻辑当纯 C 代码调通再挂界面。这不是走弯路而是绕开最浪费时间的问题定位阶段。void GameLogic::Step() { if (gameOver || paused) return; currentDir nextDir; SnakeNode newHead snakeBody.front(); switch (currentDir) { case DIR_UP: newHead.y - 1; break; case DIR_DOWN: newHead.y 1; break; case DIR_LEFT: newHead.x - 1; break; case DIR_RIGHT: newHead.x 1; break; } // 边界检测 if (newHead.x 0 || newHead.x cols || newHead.y 0 || newHead.y rows) { gameOver true; return; } // 碰撞检测 for (const auto node : snakeBody) { if (node.x newHead.x node.y newHead.y) { gameOver true; return; } } snakeBody.push_front(newHead); // 吃食物判断 if (newHead.x food.x newHead.y food.y) { score 10; GenerateFood(); } else { snakeBody.pop_back(); } }这段代码里的关键点是pop_back只在没有吃到食物时执行。这个顺序保证了蛇吃完食物后能立刻增长一格而不是下一个周期才生效手感上会轻快很多。4.3 绘制蛇和食物完成视觉闭环第三步才是画图。绘制棋盘用灰色背景画网格线让玩家能看清楚边界。蛇身用绿色的实心方块头部用深一点的绿色区分。食物用红色方块可以稍大一点点视觉上更好认。绘制的时候最需要注意的是换算关系。逻辑坐标是格子下标比如蛇头在1012绘图坐标需要乘以格子大小得到像素坐标。void DrawSnake(CDC* pDC) { CBrush headBrush(RGB(0, 120, 0)); CBrush bodyBrush(RGB(0, 200, 0)); bool first true; for (const auto node : snakeBody) { CRect rect( node.x * cellSize, node.y * cellSize, node.x * cellSize cellSize, node.y * cellSize cellSize ); if (first) { pDC-FillRect(rect, headBrush); first false; } else { pDC-FillRect(rect, bodyBrush); } } }这里我直接用了FillRect配合画刷来填色没有用Rectangle因为前者不会出现边框画面会更干净。4.4 加入得分显示与游戏结束提示第四步把分数显示到窗口左上角。用TextOut或者DrawText都可以我习惯用DrawText因为可以指定文字区域和对齐方式更好控制位置。游戏结束提示不要只弹MessageBox因为弹窗会中断游戏循环玩家看完关掉之后画面还是旧的必须再触发一次重绘。我更推荐在窗口中央直接画一个游戏结束的文本配合背景变灰效果更自然。按任意键重新开始这个小交互也不难加在OnKeyDown里判断游戏是否结束如果结束了就调Init重置所有状态。要注意这里的一个细节KillTimer之后定时器消息不再触发窗口不会自己刷新。所以重置状态之后要记得重新SetTimer并且在OnPaint里实时读取gameOver状态来绘制不同内容。5. 常见问题与排查技巧实录5.1 画面闪烁严重如何彻底解决这是贪吃蛇项目里遇到的最常见也最烦人的问题。很多人第一反应是Invalidate(TRUE)改成Invalidate(FALSE)发现好了一些但还是闪。为什么会这样因为Invalidate(FALSE)只是省掉了窗口背景擦除的过程但WM_PAINT消息处理里重绘的区域仍然存在新旧画面的交替。如果你在OnPaint里直接往窗口 DC 上画画面更新时依然有瞬间的不完整状态。所以双缓冲才是治本方案。我一般会在OnPaint里创建整张位图把任何图形都画在内存里最后一次性BitBlt拷贝到屏幕。另外还有一个不起眼但很有效的操作在OnEraseBkgnd消息处理函数里直接返回 TRUE阻止系统擦除背景。BOOL CMySnakeWnd::OnEraseBkgnd(CDC* pDC) { return TRUE; }这样窗口背景永远不会被单独擦除双缓冲绘制的时候背景由自己的绘制代码填色画面就非常稳定了。5.2 贪吃蛇“咬到尾巴”误判问题有段时间我发现蛇明明就要吃到食物了却莫名其妙地提示游戏结束但蛇身和蛇头看着又没有重叠。后来打印日志才定位到判断碰撞时用到的蛇身坐标是移动之前的旧数据蛇头移动到新的格子时恰好和旧尾巴的坐标重合但这一帧内尾巴本来就应该被删除玩家看到的实际状态里尾巴根本不在那个位置。解决问题的方法很简单先把新头部插入蛇身再判断是否碰撞最后才决定要不要删除尾巴。或者更直接一点判断碰撞时排除蛇尾巴节点因为尾巴在当前回合一定会移动。但这个方法有个例外就是吃到食物时尾巴不删此时尾巴节点不能排除。所以最稳妥的方案还是前面说的先插头、后判断、最后删尾。5.3 按方向键瞬间反向导致“自杀”还有一个在实机测试中频繁出现的问题连续快速按两个方向键比如蛇正在向右走你先按了上又快速按了左逻辑上上已经是新方向了左和上并不反向所以是允许的。但如果蛇正在向右走你先按了左被过滤又按了上按上时判断的是当前方向向右所以也合法。真正危险的是按下键的顺序和定时器触发时机正好卡住了上一帧还没移动下一帧方向已经变成了相反方向。我解决这个问题的方法是明确方向更新的时机。在游戏逻辑里方向只允许在Step执行时更新一次按键操作只修改nextDir而currentDir永远等于上一步移动时用的方向。这样即使玩家在两次移动之间按了 10 次键也只有最后一次生效而且绝对不会出现瞬间反向因为SetDirection里已经用currentDir做了反向检查而不是用nextDir检查。void GameLogic::SetDirection(int dir) { if ((dir DIR_UP currentDir ! DIR_DOWN) || ... { nextDir dir; } }这个设计很简单但非常有效强烈建议保留。5.4 窗口拉伸后画面错位与坐标失真默认情况下窗口客户区大小是固定的但用户可能会手动拉伸窗口。如果不做处理画面会以固定大小绘制在左上角或者因为坐标换算错误而错位。我处理的办法是禁止窗口拉伸在窗口类里设置固定的窗口尺寸和外框风格。BOOL CMySnakeWnd::PreCreateWindow(CREATESTRUCT cs) { if (!CFrameWnd::PreCreateWindow(cs)) return FALSE; cs.style ~WS_THICKFRAME; cs.style ~WS_MAXIMIZEBOX; cs.style | WS_SYSMENU | WS_MINIMIZEBOX; cs.cx 640; cs.cy 560; return TRUE; }WS_THICKFRAME去掉之后窗口就无法通过拖动边框改变大小了。这样一来坐标计算可以放心使用固定值不需要动态适应窗口大小。如果你的项目要求窗口可缩放那就得在OnSize里重新计算所有像素坐标工作量会大不少但贪吃蛇这种小游戏完全没必要折腾。5.5 定时器速度调优与手感控制定时器间隔直接决定游戏难度。200 毫秒的间隔比较适合初学者随着蛇变长需要适当加速。我在调游戏的时候发现一个梯度递减的策略比固定速度更科学基础速度 200 毫秒每吃 3 个食物间隔减少 10 毫秒最小到 80 毫秒。需要注意的是在修改计时器间隔时要先KillTimer再SetTimer不能直接在原定时器上修改参数后重新创建。因为SetTimer会创建一个新的定时器如果不先杀掉旧的会造成重复触发游戏速度直接翻倍。我踩过这个坑表现是蛇突然变得特别快然后迅速撞墙死掉。6. 扩展方向与个人实操体会6.1 还能加哪些功能一个基础版贪吃蛇完成之后你可以顺手加一些功能来进一步提升项目含金量。最简单的方案是增加障碍物可以预先在棋盘里生成一些固定障碍蛇碰到障碍也判定游戏结束。更复杂一点的玩法是加速道具和减速道具食物携带特殊属性吃了之后蛇的速度变化持续一段时间。无障碍穿越也是一个加分项蛇穿过棋盘的左边界会从右边回来实现起来就是在移动函数里做取模运算newHead.x (newHead.x cols) % cols; newHead.y (newHead.y rows) % rows;还有人喜欢加历史最高分的持久化存储用注册表或者本地文件读写都行。MFC 里可以写简单的CFile读写文本文件把这个成绩存下来也算一个完整的数据持久化练习。6.2 我从这个项目里总结出的经验第一次把这个项目完整跑起来的时候我最大的体会不是“我会写贪吃蛇了”而是真正理解了窗口程序的工作方式。消息循环、界面刷新、定时器这些概念在书上看十遍不如亲手写一个反应灵敏的游戏来得深刻。给大家几个我在实际操作中觉得很值得养成的习惯。第一逻辑和绘制分开永远不要让绘图代码直接修改游戏状态。第二每个可能出错的地方尽早写日志哪怕只是输出到调试窗口。第三碰到界面闪烁或者按键失灵这类问题先想想是不是消息处理顺序的问题而不是急着改绘图代码。如果你做完了这个项目不妨再挑战一下给贪吃蛇加上 AI 自动寻路或者做成双人对战模式棋盘各占一半。这些扩展都建立在今天这套基础代码之上往哪个方向走都很有拓展空间。最后送新手一句话遇到问题先打印调试信息往往比对着代码发呆高效得多。
