1. 项目概述与核心价值最近在整理硬盘翻出来一个十多年前用MFC写的2048小游戏项目。当时写这个主要是为了带新人熟悉MFC框架和C的面向对象思想没想到这个“老古董”现在看依然很有嚼头。2048这个游戏规则简单但用MFC来实现却能把消息映射、GDI绘图、数据结构、算法逻辑这些核心知识点串起来是一个绝佳的练手项目。很多朋友觉得MFC过时了但在我看来理解一个成熟的、基于消息驱动的桌面应用框架对于理解现代GUI框架哪怕是Qt、WinUI的底层思想依然有不可替代的价值。这个项目实战我们就来彻底拆解这个MFC版的2048从框架搭建到算法实现一行行代码讲清楚。无论你是想重温MFC还是想通过一个完整案例学习C项目组织这篇文章都能给你直接的参考。2. 项目整体架构与MFC框架解析2.1 为什么选择MFC与2048的组合首先得说用MFC做2048并不是最“时髦”的选择。现在更流行用Qt、WPF甚至Web技术。但我坚持认为对于Windows平台下的C学习者MFC是一道绕不开的坎。它直接构建于Win32 API之上没有太多抽象能让你清晰地看到一个Windows程序从消息循环到窗口绘制的完整生命周期。2048游戏逻辑状态明确一个4x4的棋盘交互简单上下左右滑动但涉及了随机数生成、矩阵运算、状态判断和界面刷新复杂度适中非常适合用来承载MFC的各项技术点。这个项目的核心目标不是做一个多么炫酷的游戏而是理解如何将一个明确的业务逻辑2048游戏规则封装到一个经典的文档-视图Document-View架构中。MFC的Doc-View结构将数据管理和界面显示分离这正是现代软件设计模式的雏形。通过这个项目你能深刻体会到数据层GameBoard、控制层消息处理和视图层绘制是如何协作的。2.2 项目工程结构与核心类设计在Visual Studio中创建一个标准的MFC单文档应用程序SDI是起点。我们不需要多文档和工具栏等复杂特性一个干净的SDI足矣。创建完成后你会得到CWinApp、CMainFrame、CXXXDoc、CXXXView几个主要类。我们需要重点关注的是文档类CGame2048Doc和视图类CGame2048View。核心类的职责划分文档类CGame2048Doc这是游戏数据的“仓库”。它不关心界面怎么画只负责维护游戏的核心状态。我们需要在这里声明一个代表4x4棋盘的二维数组或向量以及当前分数、游戏状态进行中/胜利/失败等数据。同时文档类要提供操作这些数据的方法比如MoveLeft(),MoveRight(),AddRandomTile()等。视图类CGame2048View这是游戏的“显示屏”。它的任务是根据文档类中的数据把棋盘、数字、分数等绘制到窗口客户区。所有的绘制逻辑都在视图类的OnDraw函数中。同时键盘按键消息WM_KEYDOWN也会由视图类捕获并转化为对文档类数据操作的调用。主框架类CMainFrame主要负责窗口的框架比如标题栏、菜单。我们可以在这里修改窗口标题动态显示当前分数。应用类CGame2048App程序入口通常改动较少。注意很多新手容易把游戏逻辑如移动合并算法写在视图类里这是不合适的。视图类应该只负责输入输出核心逻辑必须放在文档类中。这保证了数据与界面的分离未来如果你想换一个界面比如控制台只需要替换视图部分文档逻辑无需改动。3. 核心数据结构与游戏逻辑实现3.1 棋盘数据的存储与初始化在文档类CGame2048Doc的头文件中我们定义核心数据成员。// Game2048Doc.h class CGame2048Doc : public CDocument { // ... 其他MFC生成代码 public: // 游戏状态枚举 enum GameStatus { PLAYING, WIN, LOSE }; // 获取棋盘数据只读供视图绘制使用 const std::arraystd::arrayint, 4, 4 GetBoard() const { return m_board; } int GetScore() const { return m_score; } GameStatus GetStatus() const { return m_status; } // 游戏控制接口 void InitGame(); bool Move(Direction dir); // Direction: enum { UP, DOWN, LEFT, RIGHT } void Restart(); protected: // 棋盘4x40表示空位 std::arraystd::arrayint, 4, 4 m_board; int m_score; GameStatus m_status; };在InitGame()函数中我们需要做两件事将m_board所有元素清零然后随机在两个空位上生成数字2或4通常以9:1的概率。// Game2048Doc.cpp void CGame2048Doc::InitGame() { // 清空棋盘和分数 for (auto row : m_board) { row.fill(0); } m_score 0; m_status PLAYING; // 随机生成两个初始数字 AddRandomTile(); AddRandomTile(); // 通知所有视图更新 UpdateAllViews(NULL); }AddRandomTile()函数的实现需要遍历棋盘收集所有空位值为0的坐标然后随机选择一个并有一定概率如10%生成4其余生成2。3.2 移动与合并算法的深度解析这是游戏最核心的部分。以向左移动为例我们需要对每一行单独处理。处理一行一个std::arrayint, 4的逻辑可以抽象为一个函数该函数完成三件事去除零、合并相邻相同数字、再次补零到行末。单行处理算法步骤压缩Remove Zeros创建一个临时数组将原行中所有非零元素按顺序放入。合并Merge遍历临时数组如果当前元素和下一个元素相等则将当前元素乘以2下一个元素置0分数增加然后跳过下一个元素继续检查。再次压缩再次创建一个结果数组将合并后的临时数组中的非零元素按顺序放入。补零将结果数组的剩余位置填满0使其长度恢复为4。这个算法保证了“一次移动中每个格子最多只被合并一次”的2048核心规则。下面是一个简化的向左移动处理函数bool ProcessLine(std::arrayint, 4 line, int scoreDelta) { std::arrayint, 4 oldLine line; // 保存旧状态用于判断是否变化 std::vectorint filtered; // 1. 去零 for (int num : line) { if (num ! 0) filtered.push_back(num); } // 2. 合并 for (size_t i 0; i filtered.size(); i) { if (i 1 filtered.size() filtered[i] filtered[i 1]) { filtered[i] * 2; scoreDelta filtered[i]; // 增加分数 filtered.erase(filtered.begin() i 1); } } // 3. 写回并补零 line.fill(0); for (size_t i 0; i filtered.size() i 4; i) { line[i] filtered[i]; } // 返回本行是否发生了改变 return line ! oldLine; }在文档类的Move(Direction dir)函数中我们需要根据方向选择遍历行或列对每一行或每一列应用上述处理函数。例如向左移动就是遍历每一行调用ProcessLine向上移动则需要先将棋盘“旋转”按列取出数据当作行来处理处理完再“旋转”回去或者直接实现一个按列处理的版本。关键点每次移动后必须判断棋盘是否发生了变化。如果发生了变化才需要调用AddRandomTile()在随机空位添加一个新方块然后检查游戏是否胜利有2048出现或失败棋盘满且无法合并。实操心得算法效率与可读性的权衡这个ProcessLine函数为了清晰展示了步骤使用了std::vector和动态内存。在性能要求极高的场景下可以优化为完全在固定数组上操作避免动态内存分配。但对于4x4的棋盘这个开销微乎其微代码清晰可维护才是首要的。这是一个典型的“过早优化是万恶之源”的例子在项目实战中先实现正确、清晰的逻辑再根据性能分析结果进行优化。4. 视图绘制与用户交互实现4.1 使用GDI绘制游戏界面所有的绘制工作都在视图类的OnDraw(CDC* pDC)中完成。MFC的GDI绘图虽然古老但理解它对于掌握图形编程基础至关重要。首先我们需要计算每个格子的位置和大小。通常我们会留出一些边距然后根据客户区大小计算格子边长。void CGame2048View::OnDraw(CDC* pDC) { CGame2048Doc* pDoc GetDocument(); ASSERT_VALID(pDoc); if (!pDoc) return; CRect clientRect; GetClientRect(clientRect); const int MARGIN 10; const int BOARD_SIZE min(clientRect.Width(), clientRect.Height()) - 2 * MARGIN; const int CELL_SIZE BOARD_SIZE / 4; const int CELL_MARGIN 5; // 格子间的缝隙 // 1. 绘制背景和棋盘格子 pDC-FillSolidRect(clientRect, RGB(250, 248, 239)); // 背景色 for (int i 0; i 4; i) { for (int j 0; j 4; j) { int x MARGIN j * (CELL_SIZE CELL_MARGIN); int y MARGIN i * (CELL_SIZE CELL_MARGIN); CRect cellRect(x, y, x CELL_SIZE, y CELL_SIZE); // 根据格子数字不同绘制不同颜色的圆角矩形这里简化画矩形 int num pDoc-GetBoard()[i][j]; COLORREF cellColor GetNumberColor(num); // 一个根据数字返回颜色的函数 pDC-FillSolidRect(cellRect, cellColor); pDC-Draw3dRect(cellRect, RGB(187, 173, 160), RGB(187, 173, 160)); // 2. 绘制数字 if (num 0) { CString str; str.Format(_T(%d), num); pDC-SetTextColor(GetNumberTextColor(num)); // 数字颜色深色或浅色 pDC-SetBkMode(TRANSPARENT); CFont font; font.CreatePointFont(GetNumberFontSize(num) * 10, _T(Arial)); // 数字越大字体越大 CFont* pOldFont pDC-SelectObject(font); pDC-DrawText(str, cellRect, DT_CENTER | DT_VCENTER | DT_SINGLELINE); pDC-SelectObject(pOldFont); } } } // 3. 绘制分数和游戏状态 CString info; info.Format(_T(分数: %d), pDoc-GetScore()); pDC-TextOut(MARGIN, MARGIN BOARD_SIZE 10, info); // ... 绘制游戏状态胜利/失败 }GetNumberColor和GetNumberFontSize这类函数可以通过查找表lookup table来实现这是游戏开发中常用的技巧避免在绘制循环中进行复杂的计算。4.2 键盘消息响应与游戏控制用户通过方向键控制游戏。我们需要在视图类中重写OnKeyDown消息处理函数。void CGame2048View::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags) { CGame2048Doc* pDoc GetDocument(); if (!pDoc || pDoc-GetStatus() ! CGame2048Doc::PLAYING) { CView::OnKeyDown(nChar, nRepCnt, nFlags); return; } bool moved false; switch (nChar) { case VK_LEFT: moved pDoc-Move(CGame2048Doc::LEFT); break; case VK_RIGHT: moved pDoc-Move(CGame2048Doc::RIGHT); break; case VK_UP: moved pDoc-Move(CGame2048Doc::UP); break; case VK_DOWN: moved pDoc-Move(CGame2048Doc::DOWN); break; case R: // 按R键重新开始 pDoc-Restart(); Invalidate(); // 强制重绘 return; default: CView::OnKeyDown(nChar, nRepCnt, nFlags); return; } if (moved) { // 移动成功视图需要更新 Invalidate(); // 标记整个客户区需要重绘触发OnDraw // 更新主窗口标题显示分数 CString title; title.Format(_T(2048 - 分数: %d), pDoc-GetScore()); AfxGetMainWnd()-SetWindowText(title); } CView::OnKeyDown(nChar, nRepCnt, nFlags); }这里的关键是Invalidate()函数。它并不是立即重绘而是向窗口发送一个WM_PAINT消息请求Windows会在合适的时机处理它最终调用我们的OnDraw函数。这是一种高效的更新机制避免了不必要的重复绘制。5. 项目调试、优化与扩展思考5.1 常见问题与调试技巧画面闪烁问题在OnDraw中频繁绘制如果背景先被擦除再绘制可能会产生闪烁。解决方法是在视图类中重写OnEraseBkgnd函数并直接返回TRUE禁止Windows擦除背景或者使用双缓冲技术。双缓冲是更专业的解决方案即先在内存设备上下文CDC中绘制完整图像再一次性拷贝到屏幕。BOOL CGame2048View::OnEraseBkgnd(CDC* pDC) { return TRUE; // 禁止擦除背景由OnDraw完全负责绘制 }移动逻辑错误最常见的bug是合并次数不对。务必用简单的测试用例验证比如一行[2, 2, 2, 2]向左移动结果必须是[4, 4, 0, 0]而不是[8, 0, 0, 0]。调试时可以在ProcessLine函数内部打印每一步的中间结果。随机数生成位置无效AddRandomTile()函数在棋盘已满时仍可能被调用。必须在添加前检查是否还有空位如果没有则不应该添加并可能触发游戏结束判断。内存泄漏在OnDraw中创建的GDI对象如CFont,CBrush必须确保在函数退出前被还原或删除。使用SelectObject保存旧对象并在使用后选回旧对象是标准的做法。5.2 性能优化与代码重构虽然2048计算量很小但良好的代码习惯值得培养。避免在OnDraw中创建对象频繁创建CFont和CBrush影响性能。可以在视图类的OnCreate或构造函数中创建一系列预定义的字体和画刷对象在OnDraw中直接使用。使用查找表LUT将数字对应的颜色、字体大小甚至预渲染的位图缓存起来可以极大提升绘制速度。算法优化Move函数中可以预先判断移动方向是否有效即是否至少有一行/列能发生变化避免无谓的棋盘数据拷贝和随机数生成。5.3 项目扩展方向一个基础版本完成后可以考虑以下扩展让项目更具挑战性和实用性撤销功能在文档类中维护一个游戏状态的历史栈。每次有效移动前将当前棋盘和分数压栈。实现撤销时从栈中弹出状态即可。这涉及到MFC文档序列化Serialize的深入应用。动画效果当方块移动或合并时增加平滑的动画。这需要引入一个独立的动画管理器在OnDraw中根据动画进度插值计算方块的位置和大小并使用定时器WM_TIMER来驱动动画帧更新。高分榜将最高分保存到注册表或本地文件。这需要学习MFC中CWinApp对注册表的操作或使用CFile进行简单的文件读写。更换皮肤将颜色、字体等绘制属性抽象为一个“皮肤”类允许用户切换不同的视觉主题。这实践了策略模式Strategy Pattern。通过这个MFC 2048项目实战我们不仅完成了一个小游戏更系统地实践了桌面应用程序的标准架构、消息驱动机制、图形绘制和核心算法。代码虽老思想常新。理解了这个项目的每一行代码你再去看任何GUI框架都会有一种“一览众山小”的通透感。最后我强烈建议你不要止步于阅读而是打开Visual Studio亲手敲一遍代码调试过程中遇到的每一个问题都是你深入理解MFC和C的绝佳机会。
)
