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

简介：这个VC6工程实现了标准FIFO队列的数据结构封装，所有逻辑用纯C++编写，集成在MFC框架中，支持图形界面交互。项目包含完整的MFC四件套：文档类（MGSquareDoc）、视图类（MGSquareView）、主框架类（MainFrm）和应用类（MGSquare），配套资源齐全——内置11张位图（1.bmp至9.bmp、one.bmp、number1.bmp）、工具栏图标（Toolbar.bmp）、程序图标（MGSquare.ico）、文档图标（MGSquareDoc.ico），以及全部必要项目文件（.dsw、.dsp、.clw、.aps、.h/.cpp、StdAfx预编译配置等）。无需额外环境配置，打开.dsw即可编译运行。队列操作通过MFC消息机制触发，适合理解数据结构如何与UI联动、学习VC6传统开发流程、掌握MFC文档/视图架构下的类封装方式。代码注释清晰，结构规范，便于初学者跟踪队列入队、出队、清空、长度查询等核心功能在MFC中的具体实现路径。

1. 项目概述：为什么一个“能直接在VC6里跑起来”的队列程序值得专门写一篇？

你有没有试过在网上搜“MFC 队列 示例”，结果翻了十几页，全是基于 VS2010、VS2015 甚至 VS2022 的工程？点开一看，.vcxproj文件报错、#include <afxwin.h>提示找不到、资源编译器弹窗说“无法识别的控件类型”……最后只能关掉，默默打开《深入浅出MFC》第3章重读。这不是你的问题——是环境断层太真实了。我带过三届本科毕业设计，每年都有学生卡在“第一个能跑起来的MFC程序”上，不是逻辑不会，是连窗口都画不出来。而这个MGSquare工程，就是专为填平这道沟壑设计的：它不追求炫酷动画，不依赖 STL 容器或 C++11 特性，所有代码都严格限定在 VC6.0 的语法边界内，从.dsw工作区文件开始，到最后一行return 0;结束，全程零配置、零修改、零兼容补丁。

核心关键词MFC队列、VC6工程、FIFO实现，其实指向三个层次的问题：第一层是“数据结构怎么落地”，即如何把教科书里的入队/出队抽象逻辑，变成OnEnqueue()消息响应函数里可调试、可断点、可观察内存变化的具体指针操作；第二层是“框架怎么承载”，即 MFC 的文档/视图架构（Document/View Architecture）如何让队列状态自然驱动界面刷新——比如队列长度变化时，状态栏自动更新数字，而不是靠InvalidateRect()生硬重绘；第三层是“历史环境怎么复现”，即 VC6 这个早已停止支持的 IDE，其特有的资源脚本（.rc）、类向导数据库（.clw）、自动预编译头（StdAfx.h）机制，如何协同工作，避免新手陷入“明明代码没错，却连主窗口都不显示”的死循环。这个工程不是教你怎么写最优雅的队列，而是教你怎么让队列在二十多年前的开发环境中“活”起来——它自带呼吸感：点击按钮有响应，拖动窗口会重绘，清空队列后图标立刻消失，所有反馈都真实、即时、可触摸。如果你正坐在一台装着 Windows XP SP3 的老电脑前，或者只是想真正理解 MFC 消息泵如何把用户点击翻译成CList节点插入，那这个工程就是你该打开的第一个.dsw文件。

2. 整体架构与设计思路：为什么用“文档/视图”而不用“单文档无文档类”？

2.1 四件套的职责分工：文档不是用来存文件的，是用来存状态的

很多人初学 MFC 时有个误解：CDocument类存在的唯一意义是“支持文件打开/保存”。这是对 MFC 架构的严重误读。在这个MGSquare工程里，MGSquareDoc的核心使命根本不是读写磁盘，而是作为整个应用程序的单一状态容器。它内部封装了一个CArray<CString, CString&>成员变量（实际代码中命名为m_queueArray），这就是队列的底层存储载体。为什么选CArray而不是手写链表？因为 VC6 的CArray是经过充分测试的 MFC 原生模板类，内存管理安全、索引访问 O(1)、插入删除在尾部也是 O(1)，完全满足 FIFO 的基本需求，且无需自己处理new/delete内存泄漏风险——这对初学者极其友好。MGSquareDoc不暴露任何 UI 相关接口，只提供纯数据操作方法：AddItem(const CString& str)对应入队，RemoveItem()对应出队，GetCount()返回当前长度，ClearAll()彻底清空。这些方法全部声明为public，但调用权限被严格限制在文档类自身和视图类之间，通过 MFC 的GetDocument()机制传递，形成清晰的数据流闭环：用户点击“入队”按钮 → 视图类捕获BN_CLICKED消息 → 调用GetDocument()->AddItem(...)→ 文档类更新m_queueArray→ 主动调用UpdateAllViews(NULL)→ 所有注册的视图（当前只有MGSquareView）收到通知 → 视图类重绘界面。

提示：UpdateAllViews(NULL)是整个架构的灵魂。它不是简单的“刷新屏幕”，而是 MFC 实现观察者模式（Observer Pattern）的底层机制。NULL参数表示不传递额外数据，意味着视图需要自行从文档中拉取最新状态。这种“推-拉结合”的设计，既保证了数据变更的及时性，又避免了消息参数膨胀，是 MFC 文档/视图架构区别于 Win32 SDK 直接 GDI 绘图的本质特征。

2.2 视图类的双重角色：不只是画布，更是交互代理

MGSquareView看似只是负责在客户区绘制九宫格图标，但它实际承担着两个不可替代的角色：UI渲染引擎和用户意图翻译器。先说渲染：它没有使用CDC::TextOut()画文字，而是加载并绘制位图资源（1.bmp至9.bmp、one.bmp、number1.bmp）。这种设计刻意规避了字体渲染的跨平台差异——VC6 在不同系统上GetTextExtentPoint32()返回值可能微小偏移，导致数字位置错乱，而位图坐标是绝对精确的。每个图标的位置由CRect矩形计算得出，算法简单粗暴：客户区宽度除以 3 得到单元格边长，再按行列索引乘以步长定位左上角。再说交互：所有按钮点击（工具栏上的“入队”、“出队”、“清空”）最终都映射到视图类的OnEnqueue()、OnDequeue()、OnClearQueue()函数。这些函数本身不处理业务逻辑，只做两件事：一是调用GetDocument()->XXX()更新数据；二是调用Invalidate()强制重绘。这里有个关键细节：OnEnqueue()并不直接获取用户输入的字符串，而是从一个隐藏的CEdit控件（ID 为IDC_EDIT_INPUT）中读取内容，然后传给文档。这种“控件→视图→文档”的三级跳，正是 MFC 将 UI 元素与数据模型解耦的标准范式。

2.3 主框架与应用类：消息路由的交通枢纽

CMainFrame和CMGSquareApp的存在感看似不如文档和视图强，但它们是整个消息流转的物理基础。CMainFrame继承自CFrameWnd，负责创建菜单栏、工具栏（Toolbar.bmp）、状态栏，并托管视图窗口。它的OnCreate()函数中，通过m_wndToolBar.CreateEx(this, TBSTYLE_FLAT, WS_CHILD | WS_VISIBLE | CBRS_TOP | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY | CBRS_SIZE_DYNAMIC)创建工具栏，其中TBSTYLE_FLAT是 VC6 工具栏的经典扁平风格，CBRS_SIZE_DYNAMIC允许用户拖拽调整大小——这些标志位在 VS2010 后已被废弃，但在 VC6 中是必须显式指定的。CMGSquareApp则是 MFC 应用的入口点，其InitInstance()函数完成三件大事：注册主窗口类、创建主框架窗口、创建文档模板（CSingleDocTemplate）。特别注意CSingleDocTemplate的构造参数：它将MGSquareDoc、CMainFrame、MGSquareView三者绑定，形成“一个文档对应一个视图”的强关联。这意味着当你点击“新建”菜单时，MFC 不会创建新进程，而是复用现有框架，仅替换内部的文档实例——这种设计极大简化了资源管理，也解释了为什么工程里只有一个.dsw工作区却能支撑完整功能。

3. 核心队列实现与MFC集成细节：FIFO不是概念，是内存地址的移动

3.1 队列类的封装哲学：不造轮子，但要懂轮子怎么转

工程中并没有独立的CQueue类，队列逻辑完全内聚在MGSquareDoc中。这不是偷懒，而是 MFC 开发的务实选择：在文档/视图架构下，强行抽离一个通用队列类反而增加耦合。MGSquareDoc的AddItem()方法实现如下（已还原原始 VC6 风格）：

void CMGSquareDoc::AddItem(const CString& str) { // 关键：入队即追加到数组末尾，符合FIFO语义 m_queueArray.Add(str); // 通知所有视图数据已变更 UpdateAllViews(NULL); }

这段代码只有三行，但每行都暗藏玄机。第一行m_queueArray.Add(str)看似简单，实则触发了CArray的内存重分配机制。VC6 的CArray默认增长因子是 1.5 倍，当数组容量不足时，它会new一块更大的连续内存，memcpy复制旧数据，再delete旧内存。这个过程对初学者是黑盒，但调试时在Add函数设断点，观察m_queueArray.m_nSize和m_queueArray.m_nMaxSize的变化，就能直观理解“动态数组”如何模拟队列扩容。第二行UpdateAllViews(NULL)是架构粘合剂，如前所述。第三行没有第三行——它不需要手动刷新，因为UpdateAllViews已隐式触发视图重绘。

出队操作RemoveItem()则更体现 FIFO 的本质：

BOOL CMGSquareDoc::RemoveItem() { // 关键：出队即移除数组首元素，而非末尾！ if (m_queueArray.GetSize() == 0) return FALSE; // 移动内存：将索引1及之后的所有元素前移一位 for (int i = 1; i < m_queueArray.GetSize(); i++) { m_queueArray[i-1] = m_queueArray[i]; } // 缩减数组大小，丢弃最后一个重复项 m_queueArray.RemoveAt(m_queueArray.GetSize()-1); UpdateAllViews(NULL); return TRUE; }

注意这里没有调用CArray::RemoveAt(0)，因为 VC6 的RemoveAt(0)会引发大量内存拷贝（内部实现是memmove从索引1开始覆盖），效率低下。手动循环前移是更透明、更可控的方式，也让初学者看清“队首出队”在内存层面的真实动作：不是删除，是整体平移。GetSize()返回当前有效元素数，RemoveAt()只是缩减逻辑长度，不立即释放物理内存——这是CArray的优化策略，避免频繁new/delete。

3.2 图形化队列的视觉映射：位图编号与队列索引的数学关系

界面的核心视觉元素是九宫格，共 9 个槽位，对应队列最多显示 9 个元素。MGSquareView::OnDraw()函数中，绘制逻辑的关键在于建立队列索引与位图资源ID的映射关系。代码片段如下：

void CMGSquareView::OnDraw(CDC* pDC) { CMGSquareDoc* pDoc = GetDocument(); ASSERT_VALID(pDoc); // 计算每个单元格尺寸 CRect rectClient; GetClientRect(&rectClient); int cellWidth = rectClient.Width() / 3; int cellHeight = rectClient.Height() / 3; // 遍历队列，绘制每个元素 int count = pDoc->GetCount(); for (int i = 0; i < count && i < 9; i++) // 最多显示9个 { // 计算第i个元素在九宫格中的行列位置 int row = i / 3; // 整除得行号（0,1,2） int col = i % 3; // 取余得列号（0,1,2） // 计算该单元格左上角坐标 int x = col * cellWidth; int y = row * cellHeight; // 根据队列位置选择位图：第0个元素用1.bmp，第1个用2.bmp...第8个用9.bmp UINT bitmapID; if (i < 9) bitmapID = IDB_BITMAP1 + i; // IDB_BITMAP1定义在resource.h中，值为101 else bitmapID = IDB_BITMAP1; // 超出部分统一用1.bmp // 加载并绘制位图 CBitmap bitmap; bitmap.LoadBitmap(bitmapID); CDC memDC; memDC.CreateCompatibleDC(pDC); CBitmap* pOldBitmap = memDC.SelectObject(&bitmap); pDC->BitBlt(x, y, cellWidth, cellHeight, &memDC, 0, 0, SRCCOPY); memDC.SelectObject(pOldBitmap); } }

这段代码揭示了两个重要设计决策：第一，IDB_BITMAP1到IDB_BITMAP9在resource.h中被定义为连续整数（101 到 109），使得IDB_BITMAP1 + i能直接索引到位图资源，避免冗长的switch语句。第二，位图命名（1.bmp至9.bmp）与队列逻辑索引（0 至 8）严格对齐，用户看到“第一个入队的元素显示为数字1的图标”，这种所见即所得的映射极大降低了认知负荷。one.bmp和number1.bmp是备用资源，用于演示不同风格的数字呈现，但核心逻辑始终围绕IDB_BITMAP1+i展开。

3.3 工具栏与消息映射：从像素点击到内存操作的全链路

工具栏图标（Toolbar.bmp）是一个 24x24 像素的位图，水平排列三个图标：入队（+）、出队（-）、清空（×）。在MainFrm.cpp的OnCreate()中，通过m_wndToolBar.LoadBitmap(IDB_TOOLBAR)加载。关键在于消息映射：Toolbar.bmp的每个图标区域被映射到一个命令 ID（如ID_QUEUE_ENQUEUE），这些 ID 在resource.h中定义，并在MGSquareView.cpp的消息映射宏中关联到具体函数：

// MGSquareView.cpp 消息映射段 BEGIN_MESSAGE_MAP(CMGSquareView, CView) // 标准视图消息 ON_WM_DRAWITEM_REFLECT() ON_WM_LBUTTONDOWN() // 工具栏命令消息 ON_COMMAND(ID_QUEUE_ENQUEUE, &CMGSquareView::OnEnqueue) ON_COMMAND(ID_QUEUE_DEQUEUE, &CMGSquareView::OnDequeue) ON_COMMAND(ID_QUEUE_CLEAR, &CMGSquareView::OnClearQueue) END_MESSAGE_MAP()

当用户点击工具栏“入队”图标时，Windows 发送WM_COMMAND消息，携带ID_QUEUE_ENQUEUE。MFC 消息泵捕获后，根据映射表调用OnEnqueue()。该函数执行流程为：
1. 获取输入框内容GetDlgItem(IDC_EDIT_INPUT)->GetWindowText(strInput)；
2. 校验非空if (!strInput.IsEmpty())；
3. 调用GetDocument()->AddItem(strInput)；
4. 清空输入框GetDlgItem(IDC_EDIT_INPUT)->SetWindowText(_T(""))；
5. 设置输入框焦点GetDlgItem(IDC_EDIT_INPUT)->SetFocus()。

这五步构成一个完整的用户交互闭环，每一步都可在 VC6 调试器中逐行跟踪，亲眼见证字符串如何从编辑框内存，经由文档类，最终变为界面上的一个位图图标。

4. 实操全流程：从双击.dsw到观察内存变化的每一步

4.1 环境准备与工程加载：告别“无法识别的项目类型”

VC6 的工作区文件.dsw是文本格式，可用记事本打开，内容类似：

Microsoft Developer Studio Workspace File, Format Version 6.00 # WARNING: DO NOT EDIT OR DELETE THIS WORKSPACE FILE! ############################################################################### Project: "MGSquare"=.\MGSquare.dsp - Package Owner=<4> ...

双击MGSquare.dsw后，VC6 会自动加载MGSquare.dsp项目文件。如果出现“无法识别的项目类型”错误，99% 是因为.dsp文件头部的# Microsoft Developer Studio Project File行被意外修改。正确做法是：用记事本打开.dsp，确认第一行是# Microsoft Developer Studio Project File - Name="MGSquare"，且第二行是# Microsoft Developer Studio Generated Build File, Format Version 6.00。任何多余空格、中文字符或换行符都会导致加载失败。加载成功后，工作区窗口会显示四层树：MGSquare（项目名）→Source Files（.cpp）→Header Files（.h）→Resource Files（.rc,.bmp,.ico）。此时不要急着编译，先做三件事：
1. 右键MGSquare→Settings...→General选项卡 → 确认Microsoft Foundation Classes设置为Use MFC in a Shared DLL（这是 VC6 默认，确保链接mfc42.dll）；
2.C/C++选项卡 →Precompiled Headers→ 选择Use Precompiled Header File，并确认Through Header为StdAfx.h；
3.Resources选项卡 →Resource Includes→ 检查Additional include directories是否为空，如有路径需删除，避免资源编译器找不到resource.h。

注意：VC6 的预编译头机制要求StdAfx.h必须是每个.cpp文件的第一行#include。检查MGSquareView.cpp开头，必须是#include "stdafx.h"，之后才是#include "MGSquareView.h"。顺序颠倒会导致CView类未声明的编译错误。

4.2 编译与首次运行：解决“找不到 mfc42.dll”的终极方案

点击Build→Rebuild All，VC6 开始编译。常见错误及解决方案：
-错误 C2664:'CArray<CString,CString&>::Add' : cannot convert parameter 1 from 'char [10]' to 'const CString &'
原因：VC6 的CString构造函数不支持char[]直接转换。解决：将char szBuf[10] = "test";改为CString strBuf(_T("test"));，或在字符串前加_T宏。
-链接错误 LNK2001:unresolved external symbol "public: virtual void __thiscall CMGSquareDoc::Serialize(class CArchive &)"
原因：Serialize()是CDocument的纯虚函数，必须在MGSquareDoc.cpp中实现。即使空实现也要写void CMGSquareDoc::Serialize(CArchive& ar) { }。
-运行时错误：“找不到 mfc42.dll”
这是最经典的 VC6 部署问题。解决方案有三：
1. 将mfc42.dll（位于 VC6 安装目录\Common\MSDev98\Bin\下）复制到程序生成目录（如Debug\）；
2. 在Project Settings→Link选项卡 → 勾选Ignore all default libraries，然后在Object/library modules中手动添加mfc42.lib和msvcrtd.lib（调试版）；
3.推荐：在Project Settings→General→Use MFC改为Use MFC in a Static Library，这样生成的.exe不依赖外部 DLL，体积稍大但部署零依赖。

首次运行成功后，主窗口出现，顶部是菜单栏（文件、编辑、队列），中间是九宫格空白区域，底部是状态栏显示“Ready”。此时，在输入框（位于窗口顶部）输入ABC，点击工具栏“入队”按钮，第一个槽位立即显示1.bmp（数字1图标），状态栏变为“Enqueued: ABC”。再次输入XYZ并入队，第二个槽位显示2.bmp（数字2图标）。这证明队列逻辑与 UI 渲染已完全打通。

4.3 调试队列内存：用VC6调试器亲眼看见节点增删

调试是理解队列本质的最佳途径。在CMGSquareDoc::AddItem()函数第一行设断点（F9），运行程序（F5），输入内容后点击“入队”。程序停住，打开Debug→Windows→Variables窗口，展开this→m_queueArray，可看到：
-m_nSize: 当前元素数，初始为 0，第一次入队后变为 1；
-m_nMaxSize: 分配的最大容量，初始为 4（VC6CArray默认初始容量）；
-m_pData: 指向内存块的指针，展开后能看到m_pData[0]的值为"ABC"。

继续 F10 单步执行，观察m_nSize如何递增。再在RemoveItem()的for循环处设断点，执行出队操作，观察m_pData[0]的值如何被m_pData[1]覆盖，m_nSize如何减 1。这种对内存地址的直接观测，比任何教科书描述都更深刻地揭示了“队列”作为数据结构的物理存在形式。

5. 常见问题与实战排错：那些年踩过的VC6专属坑

5.1 资源编译失败：位图ID与.rc文件的隐秘战争

现象：编译时提示error RC2104: undefined keyword or key name: IDB_BITMAP1。
原因：resource.h中定义的#define IDB_BITMAP1 101与MGSquare.rc文件中的IDB_BITMAP1 BITMAP "1.bmp"不匹配。VC6 资源编译器（RC.EXE）要求.rc文件中引用的 ID 必须在resource.h中有明确定义，且不能有拼写差异（如大小写、下划线）。
排查步骤：
1. 用记事本打开resource.h，查找IDB_BITMAP1，确认其值为101；
2. 用记事本打开MGSquare.rc，搜索IDB_BITMAP1，确认其出现在BITMAP语句中，且拼写完全一致；
3. 检查MGSquare.rc是否被其他编辑器（如 VS2019）意外修改，导致文件编码变为 UTF-8 BOM，VC6 无法识别。解决方案：用记事本另存为 ANSI 编码。

实操心得：VC6 的资源编译器对空格极其敏感。IDB_BITMAP1 BITMAP "1.bmp"中，BITMAP前后必须有且仅有一个空格，引号必须是英文半角。多一个空格或用中文引号，都会导致 RC2104 错误。

5.2 界面重绘异常：闪烁、残影与九宫格错位

现象：拖动窗口或切换程序后，九宫格图标出现重叠、错位或部分消失。
原因：VC6 默认启用背景擦除（CS_HREDRAW | CS_VREDRAW），每次重绘前先用背景色填充客户区，再绘制位图，导致闪烁。
解决方案：在MGSquareView.cpp的PreCreateWindow()函数中，修改窗口风格：

BOOL CMGSquareView::PreCreateWindow(CREATESTRUCT& cs) { // 移除CS_HREDRAW | CS_VREDRAW，添加WS_CLIPCHILDREN防止子控件重绘干扰 cs.style &= ~(CS_HREDRAW | CS_VREDRAW); cs.style |= WS_CLIPCHILDREN; return CView::PreCreateWindow(cs); }

同时，在OnDraw()函数开头添加背景填充：

void CMGSquareView::OnDraw(CDC* pDC) { // 先用白色填充整个客户区，消除残影 CRect rectClient; GetClientRect(&rectClient); pDC->FillSolidRect(&rectClient, RGB(255,255,255)); // 后续绘制九宫格... }

5.3 工具栏图标不显示：位图尺寸与颜色深度的陷阱

现象：工具栏显示为灰色空白区域，无图标。
原因：Toolbar.bmp必须是 16 色（4-bit）位图，且尺寸严格为 24x24 像素。VC6 的工具栏控件不支持 24-bit 或 32-bit 位图，也不接受非标准尺寸。
验证方法：右键Toolbar.bmp→属性→详细信息，查看“位深度”是否为“16 色”。若为“真彩色”，需用画图工具另存为“16 色位图”。
修复步骤：
1. 用 Windows 画图打开Toolbar.bmp；
2.文件→另存为→ 选择“单色位图 (.bmp)”或“16 色位图 (.bmp)”；
3. 确认保存后文件大小显著减小（通常从几十 KB 降至 2-3 KB）；
4. 重新编译工程。

5.4 状态栏不更新：忘记调用 UpdateAllViews 的代价

现象：队列操作后，状态栏始终显示“Ready”，不显示“Enqueued: XXX”。
原因：MGSquareDoc的AddItem()或RemoveItem()中遗漏了UpdateAllViews(NULL)调用。
排查技巧：在MGSquareView::OnUpdate()函数中设断点（该函数在UpdateAllViews()被调用时自动触发）。如果断点从未命中，说明文档类未发送通知。此时检查AddItem()末尾是否有UpdateAllViews(NULL)；如果存在，再检查OnUpdate()函数内部是否调用了GetDocument()->GetCount()并更新状态栏，典型代码为：

void CMGSquareView::OnUpdate(CView* /*pSender*/, LPARAM /*lHint*/, CObject* /*pHint*/) { CMGSquareDoc* pDoc = GetDocument(); CString strStatus; strStatus.Format(_T("Queue Size: %d"), pDoc->GetCount()); GetParentFrame()->GetStatusBarCtrl().SetPaneText(0, strStatus); }

其中SetPaneText(0, ...)的0是状态栏第一个面板的索引，必须与MainFrm.cpp中indicators[]数组定义的顺序一致。

6. 进阶扩展与教学价值：从队列到理解整个MFC生态

6.1 从FIFO到更复杂数据结构：栈、优先队列的平滑迁移

这个工程的价值不仅在于展示 FIFO，更在于提供了 MFC 数据结构集成的标准化模板。若要扩展为栈（LIFO），只需修改MGSquareDoc的AddItem()和RemoveItem()：AddItem()保持不变（栈顶入栈），RemoveItem()改为m_queueArray.RemoveAt(m_queueArray.GetSize()-1)（栈顶出栈），无需改动视图和框架代码。若要实现优先队列，可将CArray替换为CMapStringToString，以优先级为键、数据为值，AddItem()时按优先级插入排序。所有这些变更，都只发生在文档类内部，视图类通过GetCount()和GetItem(int index)接口屏蔽底层差异——这正是面向接口编程（OCP）在 MFC 中的生动体现。

6.2 教学场景适配：如何用它讲好一堂45分钟的MFC课

作为一线讲师，我常用此工程拆解为三个教学模块：
-模块一（15分钟）：环境与架构认知
带领学生双击.dsw，观察工作区树形结构，讲解.dsw/.dsp/.clw/.aps各文件作用；打开resource.h，指出IDB_BITMAP1定义；在MGSquareView.cpp中找到ON_COMMAND映射，说明消息如何从工具栏流向代码。
-模块二（20分钟）：数据流与调试实践
在AddItem()设断点，输入Hello后单步，观察m_queueArray.m_nSize变化；在OnDraw()中添加TRACE(_T("Drawing item %d\n"), i)，运行看输出窗口日志；修改cellWidth = rectClient.Width() / 2，观察九宫格变两列，理解坐标计算逻辑。
-模块三（10分钟）：自主扩展挑战
布置任务：1）添加“查看队首”按钮，显示第一个元素而不移除；2）修改OnDraw()，让偶数位置图标旋转 90 度（用CDC::SetWorldTransform）；3）将位图资源改为从res子目录加载（需修改.rc文件路径）。

这种“看-调-改”的渐进式学习，让学生在 45 分钟内完成从环境陌生到代码掌控的跨越。

6.3 历史价值再发现：VC6开发范式对现代框架的启示

今天用 Qt 或 Electron 开发桌面应用，我们习以为常的信号槽（Signal-Slot）、响应式数据绑定（Reactive Data Binding），其思想源头都能在 VC6 的UpdateAllViews()和OnUpdate()中找到雏形。CArray的内存管理策略（预分配、倍增扩容）与现代 JavaScript 的Array、Go 的 slice 如出一辙；CBitmap的LoadBitmap()和BitBlt()组合，正是 OpenGL/Vulkan 中纹理加载与帧缓冲绘制的简化版。这个工程不是古董，而是一面镜子——它照见软件工程中那些穿越时代不变的核心：分层架构、关注点分离、数据驱动视图。当你在 VS2022 中调试一个 React 组件的状态更新时，不妨回想一下 VC6 里UpdateAllViews(NULL)被触发的那一刻：同样的心跳，同样的逻辑，只是外壳换了而已。

我在实际教学中发现，学生亲手在 VC6 里编译运行这个工程后，再学 Qt 的QList或 .NET 的Queue<T>，理解速度提升近一倍。因为他们不再把“队列”当作抽象名词，而是记得那个在九宫格里从左到右依次亮起的1.bmp到9.bmp，记得调试器里m_pData指针指向的那片内存。这种具身认知（Embodied Cognition），是任何 PPT 或视频都无法替代的。所以，别犹豫，现在就打开你的 VC6，双击那个MGSquare.dsw——让二十多年前的编译器，为你点亮第一盏队列的灯。

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

简介：这个VC6工程实现了标准FIFO队列的数据结构封装，所有逻辑用纯C++编写，集成在MFC框架中，支持图形界面交互。项目包含完整的MFC四件套：文档类（MGSquareDoc）、视图类（MGSquareView）、主框架类（MainFrm）和应用类（MGSquare），配套资源齐全——内置11张位图（1.bmp至9.bmp、one.bmp、number1.bmp）、工具栏图标（Toolbar.bmp）、程序图标（MGSquare.ico）、文档图标（MGSquareDoc.ico），以及全部必要项目文件（.dsw、.dsp、.clw、.aps、.h/.cpp、StdAfx预编译配置等）。无需额外环境配置，打开.dsw即可编译运行。队列操作通过MFC消息机制触发，适合理解数据结构如何与UI联动、学习VC6传统开发流程、掌握MFC文档/视图架构下的类封装方式。代码注释清晰，结构规范，便于初学者跟踪队列入队、出队、清空、长度查询等核心功能在MFC中的具体实现路径。

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