简介一份面向MFC初学者的超市仓库管理系统课程设计源码包适合需要完成期末大作业或练习C桌面应用开发的高校学生。项目围绕商品入库、销售出库、用户权限管理等核心模块展开包含多个对话框类与数据库脚本可直接运行并二次修改。压缩包共113个文件以cpp、h源码文件为主配合rc界面资源、ico图标、sql数据库脚本及sln工程文件结构完整便于在Visual Studio中打开定位整体大小约104.47MB。已有222人学习下载。源码经过调试具备较清晰的模块划分例如商品信息、销售、用户增删等界面均独立封装适合对照理解MFC的消息映射、对话框交互与数据库连接写法也可作为课程设计报告中的代码素材。1. 基于 MFC 的简易超市仓库管理系统这份课设源码能解决什么、谁适合用这套基于 MFC 实现的简易超市仓库管理系统源码不是那种只弹几个 MessageBox 的 Demo而是把登录验证、商品维护、入库出库、库存查询、流水记录这一整条业务流程都做完的期末大作业数据库文件也是提前建好的。它解决的是 MFC 课设里最真实的两个痛点一是不知道怎么把数据库接进对话框程序里二是写完增删改查之后代码结构乱成一团、答辩被问两句就卡壳。适合三类人正在找 C 课程设计模板的学生、想快速看懂 MFC ADO 数据链路怎么走的初学者以及需要一套能跑通的原型来做二次开发的在职开发者。2. 从 CWinApp 到消息映射先把 MFC 工程的入口和控件逻辑理清楚拿到一个 MFC 仓库管理系统源码包第一件事不是急着点“生成解决方案”而是先把工程结构看明白。MFC 对话框程序的主线其实很短CWinApp 负责启动CDialog 负责界面消息映射负责把按钮点击、输入框变化这些动作接到具体函数上。这条线理清了后面改功能才有方向。2.1 从 CWinApp 到 CDialog程序入口是怎么走到主界面的MFC 程序的入口不是 main而是继承自 CWinApp 的应用类里的 InitInstance 函数。打开xxxApp.cpp你会看到类似这样的结构BOOL CSupermarketApp::InitInstance() { // 初始化 COM 库为后面 ADO 连接数据库做准备 ::CoInitialize(NULL); CSupermarketDlg dlg; m_pMainWnd dlg; dlg.DoModal(); ::CoUninitialize(); return FALSE; }这个函数做了四件事初始化 COM 库、创建主对话框对象、把它设为主窗口、进入模态对话框的消息循环。值得注意的有两点。第一为什么这里要调CoInitialize因为后面操作 Access 数据库用的是 ADO而 ADO 是 COM 组件任何_ConnectionPtr、_RecordsetPtr的创建与调用都必须先初始化 COM 库。很多新手把 ADO 代码抄对了却忘了一开始就让 COM 环境就绪结果一运行到Open()就抛异常。第二dlg.DoModal()返回后程序就结束了所以CoUninitialize写在这里正合适——和初始化配对出现避免 COM 资源泄漏。MFC 四大类在这里已经出现了一半CWinApp 管应用生命周期CDialog 管理窗口和控件。2.2 MFC 四大类 消息映射按钮点击为什么能调到你的函数对话框程序的核心运行机制就是消息映射。界面上你拖了一个“入库”按钮这个按钮被点击时会产生一个BN_CLICKED消息MFC 通过一张消息映射表把它路由到你写的响应函数里。头文件里看到BEGIN_MESSAGE_MAP这段就说明控件和逻辑接上了BEGIN_MESSAGE_MAP(CSupermarketDlg, CDialogEx) ON_BN_CLICKED(IDC_BTN_IN, CSupermarketDlg::OnBnClickedBtnIn) ON_BN_CLICKED(IDC_BTN_OUT, CSupermarketDlg::OnBnClickedBtnOut) ON_EN_CHANGE(IDC_EDIT_KEYWORD, CSupermarketDlg::OnEnChangeEditKeyword) END_MESSAGE_MAP()ON_BN_CLICKED的第一个参数是按钮的资源 ID第二个参数是处理函数。ON_EN_CHANGE监听文本框内容变化做“即输即查”的搜索功能时很常用。这里有个容易犯的错函数签名必须是无参数、无返回值afx_msg void少写一个void编译器不会直接报错但会给出奇怪的链接错误。MFC 四大类里CWinApp 管应用入口CWnd 是所有窗口类的基类CDialog 承载这次仓库系统的全部控件CDC 负责 GDI 绘图——这个仓库系统里不直接画图但 ListControl 表头绘制、滚动条重绘都依赖它。理解这四类各自干什么面试也好、答辩也好被问“MFC 程序是怎么跑起来的”就不会哑火。2.3 源码包文件地图动手前先认清每个文件的位置我一般拿到包会先对照一遍文件结构用表格记下来再动手避免改错文件。一套标准的 MFC 对话框课设源码包大致是这样的文件作用你需要知道的点.sln / .vcxprojVS 工程入口用 Visual Studio 打开版本低了会自动升级xxxApp.h / xxxApp.cpp应用类InitInstance在这里改启动逻辑找它xxxDlg.h / xxxDlg.cpp主对话框类九成业务代码都在这里xxx.rc资源文件对话框布局、控件 ID 都定义在 .rc 和 Resource.h 里res 目录图标、位图资源课设一般不用动supermarket.mdbAccess 数据库运行前确认它在 exe 所在目录Readme / 说明.txt使用说明账密、运行注意事项优先看这里.rc文件是资源文件它管的是界面长得什么样.cpp管的是界面上的数据去哪里。改布局就去 .rc 对应的对话框模板里拖控件改逻辑就去 Dlg.cpp 里找函数。3. 数据库设计与 ADO 连接四张表加一个连接函数把仓库数据存下来这套仓库管理系统的数据层用的是 Access 数据库通过 ADO 方式在 C 里读写。很多人在这一步卡住不是因为 SQL 不会写而是不知道表怎么设计、连接串怎么配、字段值怎么从_variant_t里取出来。这章把这三件事一次讲透。3.1 表结构设计商品、入库单、出库单、用户四张表怎么建仓库系统的核心是库存而库存是通过入库单和出库单“流水”算出来的。所以最少要有四张表用户表存登录账号商品表存当前库存和单价入库单和出库单记录每一次变动。这样设计的好处是库存数量永远可以从流水里追溯哪怕某次扣减出错了也能查是哪一笔出了问题。建表 SQL 大概是这样的Access 语法CREATE TABLE Users ( ID AUTOINCREMENT PRIMARY KEY, UserName TEXT(20) NOT NULL, Password TEXT(20) NOT NULL, Role TEXT(10) NOT NULL ); CREATE TABLE Product ( ID AUTOINCREMENT PRIMARY KEY, Barcode TEXT(20), Name TEXT(50) NOT NULL, Category TEXT(20), Price DOUBLE DEFAULT 0, Stock INTEGER DEFAULT 0, MinStock INTEGER DEFAULT 0 ); CREATE TABLE InOrder ( ID AUTOINCREMENT PRIMARY KEY, ProductID INTEGER NOT NULL, Count INTEGER NOT NULL, Operator TEXT(20), Time DATETIME ); CREATE TABLE OutOrder ( ID AUTOINCREMENT PRIMARY KEY, ProductID INTEGER NOT NULL, Count INTEGER NOT NULL, Operator TEXT(20), Time DATETIME );几个字段设计的细节说一下。商品表的ID是自增主键只管唯一性商品条码单独放Barcode字段这样就算条码录入错了也不影响主键关系。Stock用 INTEGER 而不是 DOUBLE库存数量是整数用浮点反而会引入精度问题。Price用 DOUBLE 是 Access 里没有 DECIMAL 类型时的常规做法做报表时再保留两位显示。入库单和出库单里的ProductID就是商品表主键的外键语义在 Access 里不一定做物理外键约束但业务逻辑上要靠它关联。字段含义整理成一张表写课设文档时也直接用得上字段类型说明IDAUTOINCREMENT主键自增NameTEXT(50)商品名称PriceDOUBLE单价默认 0StockINTEGER当前库存数量MinStockINTEGER最低库存警戒线CountINTEGER入库 / 出库数量TimeDATETIME操作时间OperatorTEXT(20)操作员账号如果你打算把这套逻辑迁移到 SQL Server语法上要改三处AUTOINCREMENT换成IDENTITY(1,1)TEXT换成NVARCHARDOUBLE换成DECIMAL(18,2)。表结构本身不用动。3.2 ADO 连接初始化写一个全局可用的数据库连接MFC 程序访问 Access最常见的就是 ADO。整个工程里只需要一个全局的_ConnectionPtr对象登录成功后初始化一次后面所有增删改查都复用它。我一般会单独写一个初始化函数_ConnectionPtr g_pConn; BOOL InitDBConnection() { // ADO 属于 COM 组件使用前必须初始化 COM 环境 ::CoInitialize(NULL); g_pConn.CreateInstance(__uuidof(Connection)); g_pConn-ConnectionTimeout 5; // 5 秒连不上就别等了 HRESULT hr g_pConn-Open( _bstr_t(ProviderMicrosoft.ACE.OLEDB.12.0;Data Sourcesupermarket.mdb;Persist Security InfoFalse), _bstr_t(), _bstr_t(), adModeUnknown); return SUCCEEDED(hr); }几个参数单独解释。Provider指定 OLEDB 驱动Microsoft.ACE.OLEDB.12.0是 Office 2007 及以后版本的 Access 驱动如果你的机器装的是老 Office可能只有Microsoft.Jet.OLEDB.4.0这就是后面对接换驱动的原因。Data Source是数据库文件路径这里写相对路径supermarket.mdb但 VS 调试时的工作目录和 exe 文件所在目录不一定是同一个实际运行时经常因为这个路径找不到数据库我后面的避坑章节还会专门讲。打开连接前先设置ConnectionTimeout很有必要——数据库文件被别的进程占用时默认超时时间太长程序会卡十几秒弹出让人误以为死机了。调用完Open()之后要做一次SUCCEEDED(hr)判断连接失败直接弹窗退出别带着一个空连接继续往下执行。3.3 商品列表查询与刷新CListControl 和 ADO 的配合写法数据读出来之后要显示到 ListControl 上。这块代码是每个 MFC 课设都会用到的核心模板刷新列表、搜索商品、入库后回显都用它。关键是把 ADO 返回的_variant_t值安全转成 CStringvoid CSupermarketDlg::RefreshProductList() { CString strSql; strSql.Format(_T(SELECT ID, Barcode, Name, Category, Price, Stock FROM Product ORDER BY ID)); _RecordsetPtr pRs g_pConn-Execute(_bstr_t(strSql), NULL, adCmdText); m_list.SetRedraw(FALSE); m_list.DeleteAllItems(); int i 0; while (!pRs-adoEOF) { // _variant_t 里的值要先经过 _bstr_t 再转 CString CString strID (LPCTSTR)(_bstr_t)pRs-GetFields()-GetItem(_T(ID))-Value; CString strName (LPCTSTR)(_bstr_t)pRs-GetFields()-GetItem(_T(Name))-Value; CString strPrice (LPCTSTR)(_bstr_t)pRs-GetFields()-GetItem(_T(Price))-Value; CString strStock (LPCTSTR)(_bstr_t)pRs-GetFields()-GetItem(_T(Stock))-Value; m_list.InsertItem(i, strID); m_list.SetItemText(i, 1, strName); m_list.SetItemText(i, 2, strPrice); m_list.SetItemText(i, 3, strStock); i; pRs-MoveNext(); } m_list.SetRedraw(TRUE); m_list.Invalidate(); }(LPCTSTR)(_bstr_t)这个转型是这套写法的命门。ADO 里取出来的字段值是_variant_t本质上是 COM 的 VARIANT里面装的字符串是 BSTR宽字符。直接强转成 CString 在 Unicode 工程里偶尔能过在多字节字符集下必出乱码正确的做法是先过一道_bstr_t让它在内部完成 BSTR 到 CString 兼容格式的转换。SetRedraw(FALSE)和SetRedraw(TRUE)是批量刷新时降低闪烁的关键。数据量小的时候看不出差别商品上千条时窗口会像抽搐一样这就是少了这一对调用。Invalidate()最后强制重绘一次保证所有行都显示出来。4. 入库、出库与库存查询事务处理和防超卖的 C 实现表建好了连接跑通了接下来就是仓库系统最核心的业务逻辑入库加库存、出库减库存。这一步的难点不在 SQL 本身而在于“多步操作必须保证一致性”——如果更新库存成功了但插入流水失败了库存和流水就对不上账。4.1 入库流程查询、更新、插流水三步放进同一个事务入库的完整动作是三步查出当前库存、更新库存、插入一条入库流水。任何一个环节出错前面成功的操作都得撤销。ADO 的事务接口让这件事变得很直接void CSupermarketDlg::OnBnClickedBtnIn() { int nID GetDlgItemInt(IDC_EDIT_PRODUCT_ID); int nCount GetDlgItemInt(IDC_EDIT_COUNT); if (nCount 0) return; pConn-BeginTrans(); try { // 第一步查当前库存 CString strQuery; strQuery.Format(_T(SELECT Stock FROM Product WHERE ID%d), nID); _RecordsetPtr pRs pConn-Execute(_bstr_t(strQuery), NULL, adCmdText); if (pRs-adoEOF) { pConn-RollbackTrans(); AfxMessageBox(_T(商品不存在)); return; } _variant_t vStock pRs-GetFields()-GetItem(_T(Stock))-Value; long nStock vStock.lVal; long nNewStock nStock nCount; // 第二步更新库存 CString strUpdate; strUpdate.Format(_T(UPDATE Product SET Stock%d WHERE ID%d), nNewStock, nID); pConn-Execute(_bstr_t(strUpdate), NULL, adCmdText); // 第三步插入库流水 CString strInsert; strInsert.Format(_T(INSERT INTO InOrder(ProductID, Count, Operator, Time) VALUES(%d, %d, %s, %s)), nID, nCount, strOperator, strTime); pConn-Execute(_bstr_t(strInsert), NULL, adCmdText); pConn-CommitTrans(); RefreshProductList(); } catch (_com_error e) { pConn-RollbackTrans(); AfxMessageBox(e.ErrorMessage()); } }BeginTrans()开启事务后后续所有Execute都在同一个事务上下文里直到CommitTrans()才真正落盘。如果在 catch 块里调RollbackTrans()入库第一步查到的库存、第二步的更新全部回滚数据库维持操作前的状态。这里有个细节_variant_t vStock pRs-GetFields()-GetItem(_T(Stock))-Value;取出来的值在 Access 中对应VT_I4类型所以用.lVal直接拿整数。如果后续迁移到 SQL Server同样的字段可能返回VT_DECIMAL代码就要改成vStock.decVal或走ConvertTo(long)。这是你在不同数据库之间迁移时最容易踩的暗坑。4.2 出库流程先查库存再扣减同时防止超卖出库比入库多一道关键校验库存够不够这道校验不能只写在界面层——界面弹个“库存不足”很容易绕过真正的防线在业务逻辑内部事务里再查一次库存void CSupermarketDlg::OnBnClickedBtnOut() { int nID GetDlgItemInt(IDC_EDIT_PRODUCT_ID); int nCount GetDlgItemInt(IDC_EDIT_COUNT); pConn-BeginTrans(); try { CString strQuery; strQuery.Format(_T(SELECT Stock FROM Product WHERE ID%d), nID); _RecordsetPtr pRs pConn-Execute(_bstr_t(strQuery), NULL, adCmdText); if (pRs-adoEOF) { pConn-RollbackTrans(); AfxMessageBox(_T(商品不存在)); return; } _variant_t vStock pRs-GetFields()-GetItem(_T(Stock))-Value; long nStock vStock.lVal; // 事务内二次校验防止库存被并发扣成负数 if (nStock nCount) { pConn-RollbackTrans(); CString strMsg; strMsg.Format(_T(库存不足当前库存 %d), nStock); AfxMessageBox(strMsg); return; } long nNewStock nStock - nCount; CString strUpdate; strUpdate.Format(_T(UPDATE Product SET Stock%d WHERE ID%d), nNewStock, nID); pConn-Execute(_bstr_t(strUpdate), NULL, adCmdText); CString strInsert; strInsert.Format(_T(INSERT INTO OutOrder(ProductID, Count, Operator, Time) VALUES(%d, %d, %s, %s)), nID, nCount, strOperator, strTime); pConn-Execute(_bstr_t(strInsert), NULL, adCmdText); pConn-CommitTrans(); RefreshProductList(); } catch (_com_error e) { pConn-RollbackTrans(); AfxMessageBox(e.ErrorMessage()); } }和入库代码对比唯一的差别就在if (nStock nCount)这段。查库存和更新库存之间如果有另一个出库操作也读了一次旧库存就可能出现两个请求都判断“库存够”然后一起扣成负数。事务并不能完全解决并发冲突但课设和大部分单机场景下BeginTrans 事务内校验已经能拦住绝大多数超卖。数据库层面还可以加一道兜底在 Access 的表设计视图里给Stock字段加有效性规则0。这样即便代码层漏了校验数据库也会拒绝执行负库存更新。4.3 模糊查询与即输即查搜索框的 LIKE 写法仓库系统一般都有搜索功能按商品名模糊查是最常见的。搜索框文本变化时触发查询这就需要配合 2.2 节里那个ON_EN_CHANGE消息void CSupermarketDlg::OnEnChangeEditKeyword() { CString strKeyword; GetDlgItemText(IDC_EDIT_KEYWORD, strKeyword); CString strSql; strSql.Format(_T(SELECT ID, Name, Price, Stock FROM Product WHERE Name LIKE %%%s%% ORDER BY ID), strKeyword); _RecordsetPtr pRs g_pConn-Execute(_bstr_t(strSql), NULL, adCmdText); m_list.SetRedraw(FALSE); m_list.DeleteAllItems(); int i 0; while (!pRs-adoEOF) { // 取值转 CString 的写法与 3.3 节一致 i; pRs-MoveNext(); } m_list.SetRedraw(TRUE); m_list.Invalidate(); }注意LIKE %%%s%%这里的写法。CString 的Format函数把%视为格式占位符想在 SQL 里输出一个真的%必须写两个%%。所以最终%%%s%%传给数据库的是%关键字%也就是 Access 的模糊匹配语法。搜索框处理函数里不要直接拼 SQL 里带单引号的内容。比如商品名里可能含有你拼进去会把 SQL 截断。这种课设项目一般不会刻意做防注入但作为练习用CString::Replace(_T(), _T())把单引号翻倍转义一下成本极低答辩时还能讲一句“做了基本防护”是明显的加分点。5. 避坑手册MFC 连数据库最常见的五个翻车现场这一章是血泪经验汇总。下面五条是我在 MFC Access 项目里见过最多、也最让人头疼的问题每一条都按“现象 → 原因 → 解决”写清楚。5.1 ADO 连接报“未指定的错误”九成是驱动或位数问题现象程序一运行执行到Open()时弹窗提示“未指定的错误”有些机器上还带0x80004005错误码。原因最常见的是两种。第一64 位系统上没有安装 Access 数据库引擎或者只装了老版 Jet 驱动代码里却用了Microsoft.ACE.OLEDB.12.0第二VS 的编译目标平台是 x64而 ACE/Jet 驱动只提供了 32 位版本。解决先在InitDBConnection里把 Provider 写对——有 ACE 引擎就写 ACE只有老 Office 就写Microsoft.Jet.OLEDB.4.0然后在项目属性里把“平台目标”设成 x86确保 32 位驱动能加载。加一行PathFileExists检查数据库文件在不在能最快定位“文件没拷到运行目录”的问题。5.2 中文乱码CString 到 BSTR 之间隔着一层编码现象往数据库里写中文Access 表里看到的是??或者一片乱码从数据库读中文商品名列表里显示成乱码。原因工程字符集是“使用多字节字符集”时CString 内部是 ANSI 编码而_bstr_t转换时按本地代码页处理和 OLEDB 驱动期望的 Unicode 对不上。这种问题在“使用 Unicode 字符集”的工程里几乎不会出现。解决打开项目属性 → 配置属性 → 常规 → 字符集确认选“使用 Unicode 字符集”。然后把所有字符串字面量统一加_T()宏。布局代码里如果用str.Format(_T(...%s...), strName)格式串和参数就都是宽字符中间层不再有代码页转换。5.3 库存能扣成负数界面校验拦不住数据库层的错误现象出库数量填 10库存只有 5程序照样保存成功库存变成 -5。原因校验只写在按钮点击函数的开头比如if (nCount 5) AfxMessageBox(...)。这种拦法有两个漏洞一是业务流程里可能绕过这个按钮直接调内部函数二是多人同时出库时两个请求能同时通过界面校验。解决校验放进事务里也就是 4.2 节的做法——BeginTrans之后重新查一次库存不够就RollbackTrans。再往深一层给数据库Stock字段加上 0的有效性规则让数据库做最后一道防线。三层都做上这个点答辩就能以“数据一致性”展开讲。5.4 ListControl 打开一片空白初始化顺序和空字符串的坑现象列表控件在界面上显示出来了但运行后插入的数据一条都看不到或者只有第一行有内容。原因两类。一是OnInitDialog里没有调用SetExtendedStyle设置整行选中、网格线等扩展样式导致列表看起来像空的二是InsertItem插入后调用SetItemText时传了 NULL 指针或者列头还没有InsertColumn数据写进去了但没有列可显示。解决OnInitDialog里先给控件绑定变量然后依次执行SetExtendedStyle、InsertColumn、最后再往里插入数据。插入每行的pszText字段至少传一个空字符串_T()不要让某个位置是 NULL。读不到数据库数据时先打断点看pRs-GetRecordCount()是不是 -1如果是说明Execute之后游标状态不对检查 SQL 语句。5.5 关闭程序输出一堆内存泄漏COM 资源与 CString 循环现象程序正常关闭后VS 输出窗口刷出几十行Detected memory leaks!后面跟着一堆{1234} normal block at 0x...。原因最常见居然是全局_ConnectionPtr没有释放——智能指针虽然会自动释放但 COM 库初始化了多次却没配对CoUninitialize。另一个来源是循环里反复拼 CString比如在while (!pRs-adoEOF)里strLine strName _T(,)每次都会分配新堆内存。解决全局只调一次CoInitialize(NULL)程序退出前显式执行g_pConn.Release(); ::CoUninitialize();。循环拼字符串改用CString的Append或者先用std::string拼完再转。MFC 课设里内存泄漏不太影响运行但答辩时有老师在旁边开着 VS 看输出窗口这印象分扣得很冤。6. 编译自测与答辩加分三个低成本扩展让这套课设更完整6.1 编译与自测清单拿到源码后按这条路径走一遍拿到源码包后我习惯按这个顺序验证每一步都有明确的预期结果打开 .sln确认字符集是 Unicode、平台目标是 x86。把 supermarket.mdb 复制到 Debug 输出目录再按 CtrlF5 运行。登录用包内说明文档里的账号密码验证错误密码会被拦截。新增商品编码、名称、价格、初始库存都填上列表刷新能看到新行。入库库存数量增加流水表多一条记录。出库填一个大于库存的数量程序必须弹“库存不足”。重启程序库存数量还是上次的结果说明数据真的落盘了。这套流程走完这个项目才算在你手里跑通了。6.2 三个低成本加分扩展库存预警、CSV 导出、操作日志第一个扩展是库存预警。商品表里已经有MinStock字段了刷新列表时判断Stock MinStock在列表最后加一列“状态”命中就显示“需补货”。这几乎不需要新逻辑但演示效果非常直观CString strStatus (nStock nMinStock) ? _T(需补货) : _T(); m_list.SetItemText(i, 4, strStatus);第二个扩展是把库存导出成 CSV。CStdioFile写文本文件每行一条商品记录。一个坑是中文 CSV 用 Excel 打开会乱码需要在文件开头写 UTF-8 BOM。虽然代码只有几行但把这个坑点讲明白老师就知道你不是只会抄。第三个扩展是用户操作日志。登录时记录账号和时间入库、出库时再往 Log 表插一条操作记录。这个扩展的技术含量不高但它在答辩时能接住一句高频提问“如果某次出库数据错了你怎么追责”——有日志表这个问题就有答案。顺手还能把登录模块的注册、修改密码功能补上整个系统的完整度立刻上一个台阶。我以前第一次交 MFC 课设时就是把 .mdb 文件放在源文件夹没拷到 Debug 输出目录结果现场打开数据库失败当着老师面翻车。从那以后我拿到任何 MFC 数据库的包都会强制先走一遍编译自测清单再谈改功能。希望这篇笔记能帮你少踩一个坑希望帮到你。本文还有配套的精品资源点击获取
