企业官网建设流程全解析

简介：基于Visual C++ 6.0 MFC的桌面版考试系统完整项目，适合正在学习MFC框架与数据库开发的初学者，也适合需要完成课程设计的在校生参考。系统实现用户注册登录、试题管理、成绩管理等核心模块，采用Access数据库进行数据存储，代码结构清晰，模块间耦合度低。压缩包共57个文件，以19个cpp源文件与19个头文件为主，同时包含exam.mdb数据库、界面图标与BMP/PNG图片素材，以及工程配置和说明文档，整体仅356KB，轻量便携，下载后即可快速查阅。目前已有210人学习下载。包内包含可编译运行的完整工程，可对照各模块的类定义与消息处理函数，学习MFC对话框、控件绑定、ODBC数据库连接和界面交互的典型写法；从代码中还能体会事件驱动模型与Access数据库的配合方式，对深入理解桌面软件开发流程和完成课程设计均有助益。

1. 一个VC6.0 MFC考试系统源码包：机房上机考试的老实答案

培训机构机房、学校期末上机考、企业内部技能认证，这三个场景里你大概率见过同一类东西——一台没联网的Windows机器，打开一个蓝色窗口，输入学号密码，开始答题，倒计时结束自动交卷。这套逻辑放今天用B/S架构写很容易，但放回Visual C++ 6.0 + MFC的年代，桌面版考试系统就是最务实的方案：不依赖服务器、不依赖网络、一个EXE加一个数据库文件就能撑起一场考试。这个源码包就是干这个的，它把登录验证、随机抽题、倒计时、自动判分、成绩导出整条链路用MFC对话框程序和文档视图结构串了起来。适合三类人：正在做MFC课程设计的学生、要把老旧考试系统二次改造的工程师、以及想通过一个完整项目把VC6.0里控件、数据库、消息映射一次看明白的初学者。

2. 把工程跑起来：VC6.0环境配置、编译与运行全流程

2.1 文件结构识别：拿到ZIP先看这三样东西

解开压缩包后别急着双击.dsw，先花两分钟认清目录结构。一个标准的VC6.0 MFC工程会包含这些关键文件：

我一般会先把整个目录挪到一个纯英文路径下，比如D:\exam_system，然后检查数据库文件是否在工程目录内。VC6.0的工程对中文路径支持极差，尤其是ODBC数据源配置，中文路径经常导致“找不到文件”的玄学报错。这一步做扎实了，后面省一半的事。

2.2 编译环境准备：虚拟机里装VC6.0的正确姿势

Visual C++ 6.0当年跑在Windows 98/2000/XP上，现在直接装Win10/11上大概率编译通过但运行崩溃，原因后面专门讲。建议用虚拟机装Windows XP SP3或者Windows 7 32位，再把VC6.0企业版装好，补上SP6补丁包。注意VC6.0有四个版本：学习版（功能少）、专业版、企业版、工具版，这个工程如果用了数据库和ActiveX控件，优先企业版。

装完补丁后打开VC6.0，依次点Tools -> Options -> Directories，检查Include Files和Library Files路径是否正确。常见路径：

Include Files: C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE Library Files: C:\Program Files\Microsoft Visual Studio\VC98\LIB C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB

路径不对时编译会报Cannot open include file: 'afxwin.h'，这不是代码问题，是环境变量问题。确认无误后，在工程上右键选择Build -> Rebuild All，首次编译会慢一些，因为要预编译头文件。看到0 error(s), 0 warning(s)后，按F5运行。

2.3 数据库配置：ODBC数据源是跑通的前提

这套系统的题库和成绩数据一般放在Access的.mdb文件里，通过ODBC驱动访问。运行前必须手动注册数据源，不然程序启动时弹“找不到数据源”就退出。控制面板 -> 管理工具 -> 数据源(ODBC)，选“用户DSN”选项卡，点击添加：

选择驱动: Microsoft Access Driver (*.mdb) // 64位系统需要额外装32位驱动 数据源名: ExamDB 数据库: 选择工程目录下的 Exam.mdb 文件

这里有个区分重点：VC6.0是32位程序，在64位Windows上必须用32位ODBC管理器注册数据源，路径是C:\Windows\SysWOW64\odbcad32.exe。用默认的64位ODBC管理工具注册后程序照样连不上，这是换机器后最常见的翻车点之一。注册完成后，源码里连接字符串一般长这样：

CDatabase db; db.Open(_T("ExamDB")); // 直接按数据源名连接

代码逻辑很简单：CDatabase是MFC封装的数据连接类，Open的参数传数据源名而不是文件路径，好处是数据库文件位置变了只需重配ODBC，不用改代码重编译。但我手上这套源码用的是ADO方式连接，字符串稍有不同。打开StdAfx.h或数据库封装类，看到ConnectionString就知道走的是哪条路。

3. 核心模块拆解：登录、抽题、判分与成绩导出的实现细节

3.1 登录模块：三种身份、一套验证逻辑

考试系统的登录界面通常是CLoginDlg，上面放了两个编辑框（学号/工号、密码）、一个ComboBox选身份、一个确定按钮。身份区分用下拉框的值判断用户表里的UserType字段。核心逻辑在确定按钮的OnOK()函数里：

void CLoginDlg::OnOK() { CString strID, strPwd, strType; GetDlgItemText(IDC_EDIT_USERID, strID); GetDlgItemText(IDC_EDIT_PASSWORD, strPwd); int nIndex = m_comboType.GetCurSel(); // 0=学生 1=教师 2=管理员 CString strSQL; strSQL.Format(_T("SELECT * FROM t_user WHERE UserID='%s' AND Password='%s' AND UserType=%d"), strID, strPwd, nIndex); // 执行查询后判断记录集是否为空 if (!rs.IsEOF()) { m_strUserID = strID; CDialog::OnOK(); // 关闭登录框，进入主界面 } else { AfxMessageBox(_T("学号或密码错误，或身份选择不正确")); } }

这段代码有几个隐患值得说：SQL语句直接拼接字符串存在注入风险，但在单机桌面系统里威胁有限，属于可接受的取舍；nIndex是ComboBox的索引值，默认从0开始，和数据库里UserType字段的取值必须一一对应，否则用户表里存的是1、2、3，界面上选的却是0、1、2，就会出现密码明明正确却登录失败的诡异情况。我当时接手这套源码时就踩过这坑，排查了半小时最后发现是建表时用户类型字段从1开始编号。

主界面是CMainFrame，MFC单文档框架。登录成功后通常会把用户名通过AfxGetApp()->m_pMainWnd->SetWindowText()显示在标题栏，或者放到状态栏里。热词里有人问“MFC状态栏怎么显示信息”，这套系统的做法是：

// MainFrm.cpp 的 OnCreate 里建立状态栏指示器 static UINT indicators[] = { ID_SEPARATOR, IDS_USERINFO, // 自定义字符串资源，显示当前登录用户 IDS_TIMERINFO // 显示倒计时剩余时间 }; m_wndStatusBar.SetIndicators(indicators, sizeof(indicators)/sizeof(UINT)); // 更新状态栏文本 CString strInfo; strInfo.Format(_T("当前用户：%s 身份：%s"), m_strUserID, m_strUserType); m_wndStatusBar.SetPaneText(1, strInfo);

状态栏三栏布局：第一栏是默认的提示信息区，第二栏显示登录用户，第三栏显示考试倒计时。倒计时的更新放在OnTimer里，每个500毫秒或1秒刷新一次面板文本，用SetPaneText直接改，注意索引从0开始和indicators数组下标对应。

3.2 抽题模块：按题型比例随机选题

抽题是考试系统的技术核心，这套源码用的是“随机数+SQL条件筛选”的方式。题目表t_question至少包含四个字段：题号、题型（单选/多选/判断）、所属章节、难度系数。抽题时按题型分别处理，比如单选抽20道、多选抽10道、判断抽10道，每道题随机从题库里取。

// 按题型和数量随机抽题 void CExamView::GeneratePaper(int nSingleCount, int nMultiCount, int nJudgeCount) { CString strSQL; strSQL.Format(_T("SELECT TOP %d * FROM t_question WHERE QType=1 ORDER BY RND(-1*ID)"), nSingleCount); // 执行后存入考试题目数组 }

这里ORDER BY RND(-1*ID)是VC6.0 + Access下的经典随机排序写法。RND()是Access的随机函数，参数传-1*ID能让每条记录生成一个随机数再排序，比RND()直接调用更容易打散顺序。换成SQL Server就要改成NEWID()或ORDER BY CHECKSUM(NEWID())，这是后期改数据库时的关键差异点。

抽题后要把试卷内容保存下来——不是只存题号，而是把题干、选项、答案都固化到考试记录表。原因很实在：假设考到一半题库被管理员误改，或者交卷时题库已被替换，归档的题目和考生看到的题目不一致，成绩就有争议。有些照着源码改的人图省事只存题号，交卷判分时重新查题库，这是给后续复现埋了雷。

3.3 判分模块：客观题逐题比对与得分累加

这套系统的判分逻辑只处理客观题——单选、多选、判断。主观题（如简答、作文）一般由管理员在成绩管理界面人工评卷。判分函数写得比较直接：

void CExamView::AutoScore() { int nScore = 0; for (int i = 0; i < m_arrPaper.GetSize(); i++) { QItem* pItem = m_arrPaper.GetAt(i); // 题目信息 CString strUserAnswer = GetAnswerByID(pItem->nQuestionID); // 从编辑框/Radio收集 CString strCorrect = pItem->strAnswer; // 单选判断：答案完全一致 if (pItem->nType == 1) { if (strUserAnswer == strCorrect) nScore += pItem->nScore; } // 多选判断：顺序无关，集合相等 else if (pItem->nType == 2) { if (IsSameSet(strUserAnswer, strCorrect)) nScore += pItem->nScore; } // 判断题：对/错 else if (pItem->nType == 3) { if (strUserAnswer.CompareNoCase(strCorrect) == 0) nScore += pItem->nScore; } } // 写回成绩表 }

多选判分是本模块最容易有争议的地方：全对给满分、漏选不给分、多选不给分，还是漏选给半份，不同考试系统规则差异很大。这套源码默认全对才给分，实现上把考生答案和标准答案拆成字符数组再比对集合相等。要改成漏选给一半分数，需要把IsSameSet换成“标准答案是考生答案的子集”判断。顺带一句，判分时必须考虑大小写、全半角差异，单选答案用CompareNoCase或者统一转大写再比，否则考生输入小写a，标准答案是A，直接判错，这种问题查代码查半天都未必发现。

3.4 成绩导出：写文件与打印双通道

成绩存表后，需要导出。常见做法是两种：生成TXT或CSV文件，或者通过CPrintDialog打印。源代码里一般OnExportScore函数长这样：

void CScoreView::OnExportScore() { CFileDialog dlg(FALSE, _T("csv"), _T("考试成绩.csv"), OFN_HIDEREADONLY, _T("CSV 文件 (*.csv)|*.csv|文本文件 (*.txt)|*.txt||")); if (dlg.DoModal() == IDOK) { CStdioFile file; if (file.Open(dlg.GetPathName(), CFile::modeCreate | CFile::modeWrite)) { file.WriteString(_T("学号,姓名,成绩,考试时间\r\n")); // 遍历成绩记录集，逐行写入 file.WriteString(strLine); file.Close(); AfxMessageBox(_T("成绩导出成功")); } } }

CSV自带中文时Excel打开容易乱码，解决办法是写入前加UTF-8 BOM头，即先写0xEF 0xBB 0xBF三个字节再写内容。VC6.0的CStdioFile默认以ANSI编码写入，这个坑在导出模块几乎必现。代码层面可以在file.Open后用file.WriteString(_T("\xEF\xBB\xBF"))手动塞BOM——虽然看着糙，但Excel识别率最高。

3.5 数据库设计：四张表的CRUD与字段约束

分析源码包时把数据库文件用Access打开，核心表通常是这四张：

建表时注意UserType建议用int不用text，抽题性能和数据一致性更好；Answer字段统一存大写字母，比如多选答案“ABCD”，逗号分隔也行，但全系统必须统一。源码里如果出现某些字段类型不匹配，比如Access里是文本但你导入SQL Server时建成int，INSERT语句会报“数据类型不匹配”，这类问题在改造环节会密集出现。

4. 避坑手册：VC6.0 MFC考试系统常见编译与运行问题

这套源码我前后在四台不同机器上跑过，从XP到Win10都试了一遍，踩过的坑按频率排个序，每一条都是“现象 -> 原因 -> 解决”的结构，方便你直接对着查。

坑1：编译报fatal error C1010: unexpected end of file while looking for precompiled header

现象是编译哪个.cpp文件都报错，但代码看起来没问题。原因是VC6.0的预编译头机制——.cpp文件第一行必须有#include "stdafx.h"。解压源码时如果某些文件被TXT编辑器打开过并在前面加了BOM或空行，预编译头寻找逻辑就乱了。解决：打开报错的.cpp，确认第一行非注释非空行是#include "stdafx.h"。如果整个工程全部报此错，执行Build -> Clean，再把所有.cpp统一用VC6的ANSI编码保存一次，别用记事本默认的UTF-8。

坑2：运行提示“未发现数据源名称并且未指定默认驱动程序”

现象是程序编译通过、双击EXE后弹这个错误。原因上面说过，64位系统装了64位ODBC管理器，但VC6.0是32位程序，两者不互通。解决：用C:\Windows\SysWOW64\odbcad32.exe重新注册用户DSN，确认数据源名和代码里完全一致（区分大小写）。注意有些源码连接字符串里写的是文件路径直连，不走ODBC数据源，那就不需要注册，直接修改ConnectionString里的路径即可。

坑3：中文显示成乱码，尤其是对话框标题和MessageBox

现象是界面上按钮文字正常，但程序弹出的AfxMessageBox中文全是问号。原因是VC6.0默认使用ANSI编码（GB2312/GBK），而源码文件如果用UTF-8保存，字符串字面量会错位。解决：把所有.cpp、.h转成ANSI编码。推荐用Notepad++全选文件做“转为ANSI编码”，不要用“转为UTF-8”。还有一类是程序在Win7及以上运行但使用了系统字体，中文字体渲染偏小，那是CFont里指定了“System”字体，换成“Microsoft YaHei”即可，但XP上没有雅黑，所以需要按系统动态选择。

坑4：考试界面窗口可以任意拉伸导致布局错乱

现象是主答题窗口最大化或拖动改变大小后，按钮、编辑框、题目区域的相对位置全乱。原因是对话框模板没有写死DS_FIXEDSYS风格，也没有处理WM_GETMINMAXINFO。热词里“MFC禁止拖动窗口大小”问的就是这个场景。解决：

// MainDlg.cpp 的 OnCreate 或 OnInitDialog 里添加 void CExamDlg::OnGetMinMaxInfo(MINMAXINFO* lpMMI) { // 固定窗口最小和最大尺寸为初始尺寸，禁止拉伸 lpMMI->ptMinTrackSize.x = m_nInitWidth; lpMMI->ptMinTrackSize.y = m_nInitHeight; lpMMI->ptMaxTrackSize.x = m_nInitWidth; lpMMI->ptMaxTrackSize.y = m_nInitHeight; CDialog::OnGetMinMaxInfo(lpMMI); }

另一种做法是重写OnSize，按比例缩放子控件，工作量大且容易翻车。固定窗口尺寸是这个场景下最省事的解法。同时也可以在对话框资源的属性里去掉“Size”相关的样式。

坑5：考试结束关闭窗口时成绩丢失或重复写库

现象是考生交卷关闭窗口后，成绩表里要么没记录，要么同一考生出现两条相同记录。原因是OnClose或OnDestroy里处理不当——有的源码把成绩写入放在OnOK()（点击“交卷”按钮触发），有的放在OnClose()（点击窗口右上角X触发），两个入口都会执行写库，就出现重复记录。解决：在写入成绩前先检查t_paper表是否已有该考生该场次记录，存在则UPDATE不存在则INSERT：

void CExamDlg::OnClose() { CString strSQL; strSQL.Format(_T("SELECT COUNT(*) FROM t_paper WHERE UserID='%s' AND ExamTime='%s'"), m_strUserID, m_strExamTime); int nCount = 0; // 查询结果给 nCount if (nCount == 0) { InsertScore(); // 写入成绩 } else { UpdateScore(); // 更新成绩 } CDialog::OnClose(); }

交卷按钮和右上角X都要走同一个收尾函数，不要各写一套逻辑。另外系统崩溃时正在作答的题目会丢失，成熟的方案是每切换一题就把答案写入t_answer_detail，但这套源码是否做了要看具体实现，没做的话就得自己补，否则考试中途断电就是灾难。

5. 把代码改到自己能用：题库迁移、界面替换与验收清单

5.1 题库从Access迁移到SQL Server的改动清单

考试系统实际落地时，如果考场机器数十台、需要汇总成绩，Access并发撑不住，就得迁移SQL Server。改动点集中在三处。第一处是连接方式，把ADO连接字符串从Access的Provider=Microsoft.Jet.OLEDB.4.0换成Provider=SQLOLEDB，数据源指向SQL Server实例。第二处是自增ID写法，Access用AUTOINCREMENT，SQL Server用IDENTITY(1,1)；第三处是随机排序，Access的RND(-1*ID)改成ORDER BY NEWID()。日期函数也要注意，Access的NOW()在SQL Server里是GETDATE()。

5.2 界面替换：从VC6.0的旧控件升级到现代观感

如果你要被拿去作为课设或演示，界面老气是硬伤。最省事的整容术是改对话框背景和按钮字体，不换架构。在OnInitDialog里加载一张背景图：

// 给主对话框设置背景图片 void CExamDlg::OnInitDialog() { // 加载BMP资源 m_hBkgnd = ::LoadBitmap(AfxGetInstanceHandle(), MAKEINTRESOURCE(IDB_MAIN_BKGND)); }

回调OnEraseBkgnd用BitBlt把背景铺上去即可。控件本身不动，考试系统核心是稳定性，界面好看排在第二。如果你想把题目展示区从CEdit换成CWebBrowser2，VC6.0里要用CWnd的CreateControl创建WebBrowser控件——热词里“mfc iwebbrowser2 createex”正是在问这个。但实际上做考试系统不建议上WebBrowser：脚本和渲染环境差异会带来不可控的兼容性问题，如果题目里嵌了图片或公式，用静态CPicture或CStatic逐个加载更稳妥。

5.3 验收清单：改完后必须过这五关

代码改完别直接交付，我在这个项目上总结了一套验收流程：第一关是新装系统测试，在干净的虚拟机里装VC6.0运行时库（如果静态链接MFC则免装），双击EXE能启动；第二关是断网测试，拔掉网线跑完整流程，确认无联网请求——上一代桌面考试系统有个经典事故就是EXE里残留了广告SDK的联网初始化，考场断网环境下每次启动要卡30秒；第三关是异常断电测试，考到一半关掉进程再重开，检查是否丢成绩；第四关是题库边界测试，题库为空、题库只有1题、题库有1000题时随机抽题是否都能正常生成试卷；第五关是并发测试，多台机器同时交卷，写库不冲突。五关全过再交付。

从接触这个源码包到现在，每次拿到新工程我都强制自己先做一件事：打开.dsp文件检查# ADD CPP列表和实际源文件是否对应，再顺手看一眼Build模式是Debug还是Release。前者防止源码包被人动过手脚缺文件，后者决定最终的EXE能不能脱离VC6.0环境运行。这两个习惯帮我避掉了至少一半的坑。希望这套VC6.0 MFC考试系统的拆解对你有用，不管你拿来交课设还是改造商用，记住一个原则：考试系统代码可以糙，但数据不能丢——所有改动优先保成绩落库，再谈界面和功能。

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