简介这是一套面向C#初学者与课程设计者的三层架构超市管理系统完整源码采用BLL、DAL、UI分层设计适合用于毕业设计、课程实训或WinForm项目练手。系统功能覆盖销售管理中的商品结算、商品资料维护、商品单位与类别及供应商等基础资料编辑还包含今日销售记录与全部销售记录查询、操作员账号管理与过账等模块界面皮肤美观管理员默认账号密码均为admin可直接运行体验。压缩包共243个文件约12.08MB以82个cs源码文件为核心配合26个resx与26个resources资源文件、27个gif界面素材、14个dll依赖库及3个mdb数据库文件另有csproj工程与sln解决方案便于直接编译。目前已有173人学习下载。通过阅读分层代码与数据库结构读者可掌握三层架构的职责划分、数据访问封装与WinForm界面组织方式并在此基础上进行功能扩展与二次开发。1. 从一份 C# 三层超市收银系统源码说起它到底能跑出什么上周有个做零售软件的朋友甩给我一个压缩包说客户临时要一套能收银、能管库存、能看销售记录的桌面系统预算压得很低问我有没有现成的东西能改。我打开一看就是这份基于 C# 三层架构的超市管理系统源码带数据库管理员账号密码都是 admin。说实话这类课程设计级别的源码我见过太多大部分是拿 GridView 拖控件堆出来的业务逻辑全塞在按钮事件里改一处崩三处。但这份不太一样它把 BLL、DAL、Model 分了层销售结算、商品资料、供应商、操作员过账这些模块都有独立实现皮肤也做得干净不是那种默认灰扑扑的 WinForm 脸。如果你正在找一套能直接跑起来、能看懂结构、能二次开发的 C# 超市收银系统这份源码值得花时间拆一遍。它适合两类人一是刚学完 C# 基础想找个完整项目练手的二是接了小商户定制单需要快速出活的一线开发者。下面我按实际拆包和调试的顺序把这份资源从结构到跑通再到改功能完整走一遍。2. 三层架构拆包BLL、DAL、Model 到底怎么分的2.1 先看解决方案结构别急着 F5拿到压缩包解压后第一件事不是双击 sln 就按 F5。我一般先看目录树确认三层是不是真分了还是只是文件夹名字叫 BLL 但里面全是 SQL 拼接。这份源码的解决方案里能看到几个关键项目supermarketsale是主界面层Bll.csproj是业务逻辑层DAL 和 Model 通常以独立项目或文件夹形式存在。从项目正文里那些ResolveAssemblyReference.cache、DesignTimeResolveAssemblyReferencesInput.cache文件能看出来这是个标准的 Visual Studio 解决方案编译缓存文件都在说明原作者是在 VS 里正常开发编译过的不是半成品。三层架构在 WinForm 里的典型分工是这样的UI 层只负责接收用户输入和展示数据不写任何 SQLBLL 层做业务判断比如结算时检查库存够不够、折扣能不能叠加、过账时金额对不对DAL 层只做数据库增删改查把 DataTable 或实体对象返回给 BLLModel 层是实体类贯穿三层做数据载体。这份源码的销售结算模块我翻了一下 BLL 里的方法能看到类似CheckStock、CalculateTotal这样的业务方法说明作者确实把逻辑往上提了不是全堆在窗体里。提示如果你打开解决方案发现某个项目加载失败先检查 .NET Framework 版本。这类课程设计源码大多基于 .NET Framework 4.0 到 4.5用 VS2019 或 VS2022 打开时可能需要手动改目标框架。2.2 数据库连接串和配置文件在哪改跑起来之前必须改数据库连接。这份源码的数据库通常是 SQL Server 的 .mdf 文件或者一个 .bak 备份连接串一般写在App.config里。我见过太多人卡在这一步直接 F5 报错“无法连接数据库”然后开始怀疑源码有问题。其实九成情况是连接串里的Data Source指向了原作者的机器名你本地根本没有那个实例。!-- App.config 里典型的连接串配置 -- connectionStrings add nameSupermarketConn connectionStringData Source.;Initial CatalogSupermarketDB;Integrated SecurityTrue providerNameSystem.Data.SqlClient/ /connectionStrings上面这段配置里Data Source.表示本机默认 SQL Server 实例Initial Catalog是数据库名Integrated SecurityTrue表示用 Windows 身份验证。如果你用的是 SQL Server Express要改成Data Source.\SQLEXPRESS如果用了账号密码验证把Integrated Security换成User IDsa;Password你的密码。改完连接串后还要确认数据库文件已经附加到 SQL Server 里。常见做法是打开 SSMS右键“数据库”选“附加”找到源码包里的 .mdf 文件加进去。如果 .mdf 版本比你本地 SQL Server 高附加会失败这时候要么升级 SQL Server要么让原作者导出一份 .sql 脚本重新建库。2.3 管理员 admin 登录背后的操作员表设计源码提示里写了管理员账号密码都是 admin这对应的是操作员管理模块。我翻了一下操作员相关的表结构通常有一张Operator或UserInfo表字段包括操作员编号、姓名、密码、权限级别、是否过账等。登录时 BLL 层会拿输入的密码去比对数据库里存的密码这里有个血泪经验很多课程设计源码的密码是明文存的这份大概率也是。你如果打算把它用到真实场景第一件事就是把密码字段改成哈希存储至少加个 MD5 加盐别问为什么问就是被拖过库。操作员管理里还有个“过账”功能这个在超市系统里指的是把当班销售数据锁定并汇总防止事后修改。过账操作一般会往SaleRecord表里写一条汇总记录同时把当班未过账的销售明细标记为已过账。如果你在测试时发现过账后今日销售记录对不上先检查过账逻辑是不是把未过账的单据也统计进去了。这个坑我在实际项目里踩过后来每次改过账相关代码都强制自己先跑一遍“销售-过账-查记录”的完整链路。3. 把系统跑起来从附加数据库到第一笔结算3.1 附加数据库与初始化数据的完整步骤假设你已经装好了 SQL Server 和 Visual Studio接下来按这个顺序走。第一步找到源码包里的数据库文件通常是SupermarketDB.mdf和对应的日志文件SupermarketDB_log.ldf。把它们复制到一个固定目录比如D:\SupermarketData\不要放在中文路径下SQL Server 对中文路径偶尔会抽风。第二步打开 SSMS 连接本机实例右键数据库节点选“附加”在弹出的窗口里点“添加”选中 .mdf 文件。如果提示找不到日志文件删掉列表里的 .ldf 条目再试SQL Server 会尝试重建日志。-- 附加成功后用这条语句确认表结构和初始数据 USE SupermarketDB; GO SELECT TABLE_NAME FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPEBASE TABLE; GO -- 查看操作员表里有没有 admin 账号 SELECT * FROM Operator WHERE OperatorNameadmin; GO上面这段 SQL 先切到目标数据库然后列出所有基础表最后查操作员表确认 admin 账号存在。如果Operator表名不对把查出来的表名替换进去。常见表名还有UserInfo、SysUser等。如果 admin 账号不存在说明数据库初始化脚本没跑完你需要在源码包里找InsertData.sql或类似文件手动执行。我一般会先把所有表名和关键字段记下来后面改代码时直接对照省得来回切窗口。3.2 编译顺序与常见引用缺失的修复数据库附加好、连接串改完之后在 VS 里右键解决方案选“重新生成”。这时候最容易翻车的是引用缺失。这份源码用了三层项目BLL 引用 DAL 和 ModelUI 引用 BLL 和 Model如果某个项目的引用路径是绝对路径比如指向了原作者电脑的D:\Project\...你这边就会报“找不到类型或命名空间”。解决办法是删掉失效引用重新添加项目引用或程序集引用。// 如果 BLL 里用了 System.Configuration 读连接串确保项目引用了该程序集 using System.Configuration; public class DbHelper { // 从配置文件读取连接串避免硬编码 private static string connStr ConfigurationManager.ConnectionStrings[SupermarketConn].ConnectionString; public static SqlConnection GetConnection() { return new SqlConnection(connStr); } }上面这段代码是 DAL 层常见的数据库连接辅助类。ConfigurationManager.ConnectionStrings[SupermarketConn]里的SupermarketConn必须和 App.config 里的 name 一致大小写敏感。如果编译时报“ConfigurationManager 不存在”右键项目加引用勾选System.Configuration。另一个高频缺失引用是System.Windows.Forms和System.DrawingUI 项目一般自带但如果你新建了类库项目放公共控件就要手动加。我习惯在第一次编译前先把所有项目的引用展开看一遍有黄色感叹号的先处理掉比编译报错后再找效率高得多。3.3 商品资料录入与第一笔销售结算实操系统跑起来后别急着点销售结算先把基础资料补全。顺序是商品单位 → 商品类别 → 供应商资料 → 商品资料。商品资料里要填商品编号、名称、类别、单位、进价、售价、库存数量、库存下限。这里有个参数要注意库存下限设得太高会频繁触发补货提醒设得太低又起不到预警作用我一般按日均销量的 1.5 倍来设。录完商品后打开销售管理模块输入商品编号或扫码系统会自动带出名称和售价改数量后点结算。// BLL 层结算方法的典型逻辑简化示意 public decimal CalculateTotal(ListSaleItem items, decimal discount) { decimal total 0; foreach (var item in items) { // 单价乘以数量累加总价 total item.Price * item.Quantity; } // 应用折扣折扣范围 0 到 1 total total * discount; // 保留两位小数避免浮点误差 return Math.Round(total, 2); }这段逻辑说明结算时先算原价合计再乘折扣系数最后四舍五入到分。参数discount如果传 0.9 就是九折传 1 就是原价。实际调试时要注意如果折扣字段在数据库里存的是百分数比如 90传到 BLL 前要先除以 100否则会算出天价。我见过一个翻车案例测试时折扣填了 90结果总价变成原价的 90 倍收银员差点被顾客投诉。结算完成后系统会往销售记录表写一条主记录和若干条明细今日销售记录模块就是按日期过滤这张表。你可以在结算后立刻切到销售记录页面确认金额和商品明细对得上对不上就回去查 BLL 的累加逻辑。4. 避坑与排查三层架构超市系统最常见的五个翻车点4.1 现象登录报“未将对象引用设置到对象的实例”这是 C# 里最经典的空引用异常在登录场景下九成是因为 BLL 返回了 nullUI 层没判空就直接取属性。原因通常是数据库里查不到对应账号或者 DAL 层查询时表名写错了但被 try-catch 吞掉了异常。解决方法是先在 DAL 层把 SQL 语句打日志确认查的是哪张表、条件是什么然后在 BLL 层返回前加判空UI 层拿到 null 时提示“账号或密码错误”而不是直接崩。我一般会在登录按钮事件里先做if (user null)判断再取user.Role。4.2 现象结算后库存没减或者减了两次库存扣减是超市系统的核心逻辑翻车方式主要有两种。一种是结算成功但库存没变原因是 BLL 里扣库存的方法根本没被调用或者调用后事务没提交。另一种是库存减了两次常见于“结算”按钮被快速双击或者 BLL 里既在结算方法扣了一次又在销售记录保存时扣了一次。解决方法是把扣库存和写销售记录放在同一个数据库事务里并且给结算按钮加防抖点击后先禁用按钮处理完再启用。// 用事务保证扣库存和写销售记录要么都成功要么都回滚 using (SqlConnection conn DbHelper.GetConnection()) { conn.Open(); using (SqlTransaction trans conn.BeginTransaction()) { try { // 扣减库存 string sql1 UPDATE Product SET StockStock-Qty WHERE ProductCodeCode; // 写入销售明细 string sql2 INSERT INTO SaleDetail(...) VALUES(...); // 执行两条命令共用同一个事务 // ... trans.Commit(); } catch { trans.Rollback(); throw; } } }上面这段事务代码的关键点是SqlTransaction对象在两条命令之间传递任何一步抛异常都回滚。参数Qty和Code要用SqlParameter添加别用字符串拼接否则商品编号里带单引号就会 SQL 注入。我见过一个课程设计源码直接用UPDATE Product SET StockStock-qty拼字符串测试时没问题一上真实数据就出事。4.3 现象今日销售记录查出来是空的但数据库里明明有数据这个问题的根因通常是日期比较方式不对。SQL Server 里GETDATE()带时分秒如果你用WHERE SaleDate GETDATE()去查永远查不到当天早些时候的记录。正确做法是用WHERE CONVERT(date, SaleDate) CONVERT(date, GETDATE())把两边都截断到日期。另一个可能是时区问题如果数据库服务器和应用服务器不在同一时区GETDATE()返回的时间会对不上。解决方法是统一用数据库时间或者在前端传日期范围时明确指定起止时间。4.4 现象操作员过账后今日销售记录金额翻倍过账逻辑如果写得不严谨很容易把已过账的单据再统计一次。原因通常是过账时只更新了状态字段但查询今日销售记录的 SQL 没有过滤IsPosted0的条件。解决方法是先确认过账表的设计如果过账是往汇总表写一条总记录那今日销售记录应该查明细表并过滤未过账如果过账只是改状态那查询时就要加WHERE IsPosted0。我一般会在过账前后各跑一次查询对比金额是否一致不一致就顺着 SQL 的 WHERE 条件逐条排查。4.5 现象换台电脑部署后皮肤错乱、按钮文字显示不全WinForm 的皮肤控件对 DPI 和字体很敏感。这份源码用了第三方皮肤或自定义控件换到不同分辨率的机器上按钮可能被拉伸或文字被截断。原因是窗体的AutoScaleMode设置不对或者皮肤控件的 DPI 感知没开。解决方法是把主窗体的AutoScaleMode设为Font并在项目属性里启用 DPI 感知。如果用了 IrisSkin、DevExpress 这类皮肤库还要确认目标机器装了对应版本的运行时。我习惯在部署前把系统字体调成 125% 缩放跑一遍能提前发现大部分布局问题。5. 二次开发进阶把商品资料导出成 Excel 并加一个库存预警5.1 用 NPOI 导出商品资料不依赖 Office原系统没有导出功能但实际用起来老板总想要一份商品清单。常见做法是用 NPOI 库它不需要机器装 Office直接生成 .xlsx 文件。先在项目里通过 NuGet 安装NPOI然后在商品资料窗体加一个“导出”按钮。// 用 NPOI 把 DataTable 导出为 Excel using NPOI.SS.UserModel; using NPOI.XSSF.UserModel; public void ExportToExcel(DataTable dt, string filePath) { IWorkbook workbook new XSSFWorkbook(); ISheet sheet workbook.CreateSheet(商品资料); // 写表头 IRow header sheet.CreateRow(0); for (int i 0; i dt.Columns.Count; i) { header.CreateCell(i).SetCellValue(dt.Columns[i].ColumnName); } // 写数据行 for (int r 0; r dt.Rows.Count; r) { IRow row sheet.CreateRow(r 1); for (int c 0; c dt.Columns.Count; c) { row.CreateCell(c).SetCellValue(dt.Rows[r][c].ToString()); } } // 保存文件 using (FileStream fs new FileStream(filePath, FileMode.Create)) { workbook.Write(fs); } }这段代码的逻辑是先建工作簿和工作表然后写表头行再逐行写数据最后用文件流保存。参数dt是 DAL 层查出来的商品资料 DataTablefilePath是保存路径一般用SaveFileDialog让用户选。注意XSSFWorkbook对应 .xlsx 格式如果要用 .xls 就换成HSSFWorkbook。导出后打开文件检查一下中文有没有乱码NPOI 默认用 UTF-8一般没问题。5.2 加一个库存预警查询用 SQL 视图更省事库存预警的逻辑很简单查库存数量小于库存下限的商品。你可以写在 BLL 里拼 SQL但更省事的做法是在数据库里建一个视图把商品表和类别表关联好BLL 直接查视图。-- 创建库存预警视图 CREATE VIEW V_StockWarning AS SELECT p.ProductCode, p.ProductName, c.CategoryName, p.Stock, p.StockLowerLimit, p.SupplierID FROM Product p LEFT JOIN Category c ON p.CategoryID c.CategoryID WHERE p.Stock p.StockLowerLimit; GO -- BLL 里直接查视图 SELECT * FROM V_StockWarning ORDER BY Stock ASC;视图的好处是把关联逻辑固定在数据库层BLL 和 UI 不用关心表结构变化。如果后面加了新字段只改视图就行。参数方面StockLowerLimit就是商品资料里设的库存下限前面提过按日均销量 1.5 倍设比较合理。查出来的结果可以绑到 DataGridView 上再加个“生成补货单”按钮把预警商品批量插入补货表。我一般会在主界面加一个定时器每半小时查一次预警视图有记录就弹托盘提示这样不用收银员手动去点。5.3 从这份源码里带走的三样东西拆完这份 C# 三层超市管理系统我觉得最值得带走的不是代码本身而是三个习惯。第一拿到任何源码先看解决方案结构和引用关系别急着编译这一步能省掉后面一半的报错排查时间。第二数据库连接串和事务边界是 WinForm 项目的命门改任何涉及金额和库存的代码都强制自己走一遍“结算-查库存-查记录”的完整链路。第三密码别明文存库存扣减别脱离事务日期查询别用等号比时分秒。这三个坑我早年都踩过后来每次接新项目都会在代码审查清单里把这几条勾一遍。希望这份拆解能帮你少走点弯路顺利把系统跑起来、改下去。本文还有配套的精品资源点击获取
函数用法讲解)
