简介这份C#停车场收费系统源码是基于Winform和SQL Server开发的桌面应用面向C#初学者及需要课程设计、毕业设计项目参考的开发者适合快速熟悉桌面项目从界面到数据库的完整实现。压缩包共95个文件、约1.32MB以37个C#源码文件、13个界面资源文件、SQL脚本与数据库文件、可执行程序及效果图为主便于直接运行和对照学习。系统已覆盖添加停车、车辆出库、停车收费、收费查询、管理模块等完整业务流程数据库附加脚本和完成图让环境配置更省心各类资源文件分工清楚整体结构简洁易读。目前已有1323人学习下载通过阅读与分析这份源码可以理解窗体控件布局、数据库增删改查及分层业务逻辑的实现方式无论是用于课程答辩还是项目实战都有不错的学习价值。1. 停车场收费系统这套C# Winform源码值得花时间拆一遍很多学C#的人卡在同一个地方语法看懂了控件拖熟了但一打开别人的项目源码就懵——文件结构是什么、数据从哪进来、出库时钱怎么算出来的。这套C#停车场收费系统就是一个典型的Winform桌面项目数据层走SQL Server界面层是标准Windows Forms覆盖了车辆进场登记、出库计费、收费记录查询和管理后台这几块核心业务。对刚学完C#基础想找个完整项目练手的人或者正准备交课程设计但不想做个增删改查空壳的学生来说这源码是能直接打开跑起来的实物。下面我会从数据库附加开始把收费算法、界面绑定、常见报错逐个拆开讲。2. 先拆数据库表结构设计与.mdf文件附加2.1 三张核心表怎么设计车辆、停车记录、收费记录停车场系统的数据模型不复杂但表与表之间的关系值得仔细看。常见的做法是拆成三张主表车辆信息表、停车记录表、收费记录表。车辆信息表存的是车辆本身相对固定的属性比如车牌号、车辆类型、车主联系方式停车记录表存的是每一次进场和出场的流水车牌号在这里是外键收费记录表存的是每一笔收费明细金额、收费时间、操作员ID都在这里。为什么停车记录和收费记录要拆成两张表因为一次停车可能因为费率调整产生多条收费记录而且收费记录还承担着对账的职责。拆开以后查“这辆车停过几次”和查“今天收了多少钱”可以走不同的索引路径不容易互相干扰。下面是一份参考建表脚本大致对应这套系统的数据模型。-- 车辆信息表 CREATE TABLE CarInfo ( CarID INT IDENTITY(1,1) PRIMARY KEY, -- 自增主键 PlateNumber NVARCHAR(20) NOT NULL, -- 车牌号 CarType NVARCHAR(20) DEFAULT N小型车, -- 车辆类型影响收费单价 OwnerName NVARCHAR(50), -- 车主姓名 Phone NVARCHAR(20), -- 联系电话 CreateTime DATETIME DEFAULT GETDATE() -- 车辆登记时间 ); -- 停车记录表 CREATE TABLE ParkingRecord ( RecordID INT IDENTITY(1,1) PRIMARY KEY, -- 流水ID PlateNumber NVARCHAR(20) NOT NULL, -- 车牌号 InTime DATETIME NOT NULL, -- 进场时间 OutTime DATETIME, -- 出场时间NULL表示在场内 ParkingStatus TINYINT DEFAULT 1, -- 1在场 0已离场 CarType NVARCHAR(20) DEFAULT N小型车 -- 进场时快照车辆类型 ); -- 收费记录表 CREATE TABLE ChargeRecord ( ChargeID INT IDENTITY(1,1) PRIMARY KEY, -- 收费流水ID RecordID INT NOT NULL, -- 关联停车记录 PlateNumber NVARCHAR(20) NOT NULL, -- 车牌号 TotalMinutes INT NOT NULL, -- 停放总分钟数 ChargeAmount DECIMAL(10,2) NOT NULL, -- 应收金额 OperatorName NVARCHAR(20), -- 操作员 ChargeTime DATETIME DEFAULT GETDATE() -- 收费时间 );注意几个细节ParkingStatus这个字段很关键它标记车辆是否还在场内后面判断重复出场全靠它CarType在停车记录表里也存了一份这是因为车辆类型可能在缴费时被修改如果回头算历史费用就会对不上账快照能保证每笔流水用的是进场那一刻的收费标准。PlateNumber没有建唯一索引是因为同一辆车确实可能多次进场这里车牌号只是业务查询键不是物理主键。2.2 附加 .mdf 文件两种方式都要会这套源码的压缩包里带的是Parking.mdf和Parking_log.ldf也就是SQL Server的数据库文件和日志文件。拿到这两个文件第一件事不是打开VS跑代码而是先把数据库挂载到本地SQL Server实例上否则程序一启动就会报“数据库无法连接”之类的错。最直观的方式是用SQL Server Management StudioSSMS图形界面挂载右键“数据库”节点选“附加”再添加.mdf文件SSMS会自动匹配对应的.ldf日志文件。这种方式适合第一次操作的人因为界面上能直接看到文件是否配套。但更推荐用T-SQL命令因为你在给别人部署时图形界面点半天不如一条命令快USE master; GO -- 如果目标数据库已经存在先下线再收尾 IF DB_ID(NParking) IS NOT NULL BEGIN ALTER DATABASE Parking SET OFFLINE WITH ROLLBACK IMMEDIATE; DROP DATABASE Parking; END; GO -- 附加数据库注意路径要换成你本机实际存放位置 CREATE DATABASE Parking ON PRIMARY (FILENAME ND:\Project\Parking\Parking.mdf) LOG ON (FILENAME ND:\Project\Parking\Parking_log.ldf) FOR ATTACH; GO这条脚本里有几个坑要提前说。ALTER DATABASE ... SET OFFLINE的意思是先把旧的数据库下线避免文件被占用导致附加失败。路径里的文件夹必须存在SQL Server服务账号还要有该文件夹的读写权限——很多附加失败并不是文件坏了纯粹是权限问题。如果你的SQL Server版本比源码生成的版本低也会附加失败这种情况下只能找一台版本相同或更高的机器挂载再把数据导出成.bak后导入。2.3 连接字符串程序与数据库之间的桥数据库挂载完成后程序能不能连上数据库取决于App.config里的连接字符串。Winform项目一般把连接配置写在App.config的connectionStrings节点里这套停车场系统也不例外。打开项目里的App.config你通常能看到类似下面的内容connectionStrings add nameParkingDB connectionStringData Source.;Initial CatalogParking;Integrated SecurityTrue providerNameSystem.Data.SqlClient / /connectionStringsData Source.表示连接本机默认实例如果你的SQL Server是命名实例比如SQLEXPRESS这里要改成localhost\SQLEXPRESS。Integrated SecurityTrue表示用Windows身份验证登录好处是本地开发不用管密码坏处是换到别的机器上部署时如果对方数据库没有给你开Windows账户就会连不上。实际项目里我一般建议连着写两套一套本机调试用Windows验证一套部署用SQL验证部署时手动切一下。对于学习这个项目来说本机能跑通就已经完成了八成。3. 收费算法核心把时间差换算成应收金额3.1 先定规则不足一小时、跨天、封顶怎么处理停车收费的业务逻辑不复杂但边界条件非常多。最常见的收费方案是首小时免费超过后按小时计费不足一小时按一小时算如果跨天则每天有封顶金额有些停车场还会区分小型车和大型车单价不同。这套系统的收费模块本质上就是一个“时间差价计算器”核心是把DateTime相减得到的TimeSpan换算成可收费的时长。我拆过好几个停车场项目发现最容易出问题的地方有两处一是“不足一小时按一小时”这个取整逻辑想当然地写了Math.Ceiling结果免费时长也被强制进位了二是跨天的天数计算用了TotalDays直接取整忽略了临界时间。下面这段收费金额计算方法是比较稳的写法/// summary /// 计算停车费用 /// /summary /// param nameinTime进场时间/param /// param nameoutTime出场时间/param /// param namefreeMinutes免费时长分钟/param /// param namehourlyRate每小时单价元/param /// param namedailyCap每日封顶金额元/param /// returns应收金额/returns private decimal CalcParkingFee(DateTime inTime, DateTime outTime, int freeMinutes, decimal hourlyRate, decimal dailyCap) { // 总停放时长注意时长可能是负数时钟回拨或测试数据 double totalMinutes (outTime - inTime).TotalMinutes; if (totalMinutes 0) { return 0m; } // 先扣除免费时长 double billableMinutes totalMinutes - freeMinutes; if (billableMinutes 0) { return 0m; } // 跨天时按天拆开保证“每日封顶”生效 int billableDays (int)Math.Ceiling(billableMinutes / (24 * 60)); if (billableDays 1) { // 多天场景按天封顶计算但如果总时长不足一天的零头按小时走 decimal dayFee dailyCap * (billableDays - 1); double minutesOnLastDay billableMinutes - (billableDays - 1) * 24 * 60; decimal lastDayFee CalcSingleDayFee(minutesOnLastDay, hourlyRate, dailyCap); return dayFee lastDayFee; } // 单天场景直接走小时计费 return CalcSingleDayFee(billableMinutes, hourlyRate, dailyCap); } /// summary /// 单天费用计算不足一小时按一小时超出每日封顶按封顶算 /// /summary private decimal CalcSingleDayFee(double billableMinutes, decimal hourlyRate, decimal dailyCap) { int billableHours (int)Math.Ceiling(billableMinutes / 60.0); decimal fee billableHours * hourlyRate; // 很多停车场设计“日封顶”是为了保护车主不是为了让停车场多赚 if (fee dailyCap) { return dailyCap; } return fee; }这段代码有三个设计点值得说。第一totalMinutes 0的防御性判断不是多余的实际运行中经常出现进场时间晚于出场时间的情况比如打卡机时间没校准或者测试数据里填了错误的时间第二跨天场景用了“按天拆开”而不是直接乘单价因为如果一辆车停了三天整直接按小时算是72 * hourlyRate但按“首日两封顶”的规则可能会便宜很多你需要和实际停车场的规定对齐第三Math.Ceiling取的是向上取整用在计费上是“不足一小时按一小时”的严格实现但如果你的停车场规定是“不足半小时不计费”这里就要换成Math.Floor处理。3.2 出库结算的完整流程从查询到写库收费计算只是出库中的一个环节完整的出库流程应该是根据车牌号找在场记录 → 校验记录存在且未出场 → 算出费用 → 写入收费记录表 → 更新停车记录表的出场时间和状态。这个流程必须在一个事务里完成否则可能出现“钱记了但车还在场内”的数据不一致。下面是用SqlTransaction保证原子性的一个出库方法骨架public bool CheckOut(string plateNumber, string operatorName) { // 数据库连接串从配置文件读取避免硬编码 string connStr ConfigurationManager.ConnectionStrings[ParkingDB].ConnectionString; using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); SqlTransaction tran conn.BeginTransaction(); try { // 第一步查询在场记录FOR UPDATE 在SQL Server里用 UPDLOCK 提示 string querySql SELECT TOP 1 RecordID, PlateNumber, InTime, CarType FROM ParkingRecord WITH (UPDLOCK) WHERE PlateNumber PlateNumber AND ParkingStatus 1 ORDER BY InTime DESC; int recordId 0; DateTime inTime DateTime.MinValue; using (SqlCommand cmd new SqlCommand(querySql, conn, tran)) { cmd.Parameters.AddWithValue(PlateNumber, plateNumber); using (SqlDataReader reader cmd.ExecuteReader()) { if (reader.Read()) { recordId reader.GetInt32(0); inTime reader.GetDateTime(2); } else { // 没有在场记录直接回滚 tran.Rollback(); return false; } } } DateTime outTime DateTime.Now; decimal fee CalcParkingFee(inTime, outTime, 30, 5, 50); // 第二步写收费记录 string insertCharge INSERT INTO ChargeRecord(RecordID, PlateNumber, TotalMinutes, ChargeAmount, OperatorName) VALUES(RecordID, PlateNumber, TotalMinutes, ChargeAmount, OperatorName); using (SqlCommand cmd new SqlCommand(insertCharge, conn, tran)) { cmd.Parameters.AddWithValue(RecordID, recordId); cmd.Parameters.AddWithValue(PlateNumber, plateNumber); cmd.Parameters.AddWithValue(TotalMinutes, (int)(outTime - inTime).TotalMinutes); cmd.Parameters.AddWithValue(ChargeAmount, fee); cmd.Parameters.AddWithValue(OperatorName, operatorName); cmd.ExecuteNonQuery(); } // 第三步更新停车记录状态 string updateRecord UPDATE ParkingRecord SET OutTime OutTime, ParkingStatus 0 WHERE RecordID RecordID; using (SqlCommand cmd new SqlCommand(updateRecord, conn, tran)) { cmd.Parameters.AddWithValue(OutTime, outTime); cmd.Parameters.AddWithValue(RecordID, recordId); cmd.ExecuteNonQuery(); } tran.Commit(); return true; } catch { // 发生异常回滚所有操作 tran.Rollback(); throw; } } }这里最容易被忽略的是WITH (UPDLOCK)这个锁提示。如果两个收银台同时操作同一辆车的出场没有锁的话两边都能读到ParkingStatus 1的记录结果就是这辆车被收了两次费数据库里出现两条出场记录。UPDLOCK告诉SQL Server在读取这行记录时就加上更新锁直到事务结束才释放这样第二个请求就会阻塞等待。另外Parameters.AddWithValue虽然方便但有个被人吐槽无数次的副作用如果你传的是intSQL Server可以正确推断类型但如果传的是decimal和字符串偶尔会触发隐式转换导致索引失效。更稳的做法是写成cmd.Parameters.Add(ChargeAmount, SqlDbType.Decimal).Value fee。3.3 收费规则参数化不要把单价写死在代码里上面代码里CalcParkingFee(inTime, outTime, 30, 5, 50)这几个数字——免费30分钟、单价5元/小时、封顶50元——是直接传参的。在正式项目里这些参数应该存到数据库配置表里或者至少放到App.Config的appSettings节点。原因很简单停车场调价不是程序员能决定的运营方今天说要改成“免费15分钟、单价6元”你不能要求他们改完价格还得找人重新编译DLL。使用配置文件的方式如下appSettings add keyFreeMinutes value30 / add keyHourlyRate value5 / add keyDailyCap value50 / /appSettings代码里读取时用ConfigurationManager.AppSettings[FreeMinutes]取值并做类型转换。要注意的是这类配置修改后需要重启程序才生效Winform程序做不到热更新。如果停车场要求“改价立刻生效且不能重启”那就得把参数挪到数据库表里每次收费时读一次这是后话了。学习阶段用配置文件足够。4. Winform界面交互DataGridView绑定与操作体验4.1 主窗体布局盘点这套源码的控件结构打开这套源码的主窗体你会看到典型的Winform布局结构。上方是操作区用GroupBox包裹着TextBox用于输入车牌号旁边放着“进场登记”、“出场收费”等按钮中间是TabControl第一个Tab是当前在场车辆列表第二个Tab是历史收费记录底部是状态栏显示当前操作员和系统时间。这个布局不算华丽但功能分区清晰适合作为课设基座。具体控件用途可以参考下面这个清单控件类型用途关键属性TextBox输入车牌号MaxLength设为10CharacterCasing设为UpperButton触发进场/出场操作设置AcceptButton和CancelButton避免误触DataGridView展示在场车辆和收费记录ReadOnly设为True开启AutoSizeColumnsModeGroupBox把操作区按逻辑分组直接改Text为“车辆进场”或“车辆出场”TabControl切换在场列表和收费列表注意每个Tab页放独立的DataGridViewStatusStrip显示状态信息用ToolStripStatusLabel实时刷新这套源码里的DataGridView是重点学习对象。很多初学者直接在窗体上拖一个DataGridView然后在Form_Load里用dataGridView1.DataSource dt绑定一个DataTable就算完事了。这能用但有几处体验问题DataTable不能用属性名做列标题列宽不会自动适配更新数据后需要重新绑定而且会闪烁。更推荐用BindingListT。4.2 用 BindingList 绑定停车记录列表假设你要在窗体上显示当前在场车辆列表先定义一个车辆显示模型public class ParkingView { public string PlateNumber { get; set; } public string CarType { get; set; } public DateTime InTime { get; set; } public string Duration { get; set; } // 已停时长格式化成 2小时15分 }绑定到DataGridView时用BindingListParkingView而不是ListParkingView。两者的关键区别是BindingListT在添加、删除项时会自动通知DataGridView刷新而ListT不会你必须手动重新设置DataSource。在收费系统这种“每隔几分钟就有一辆车进场出场”的场景里用BindingListT能让列表实时更新不需要反复重建数据源。private BindingListParkingView _parkingList new BindingListParkingView(); // 初始化绑定只需要做一次 private void InitParkingGrid() { dataGridViewParking.DataSource _parkingList; // 列标题自定义不直接用属性名 dataGridViewParking.Columns[PlateNumber].HeaderText 车牌号; dataGridViewParking.Columns[CarType].HeaderText 车型; dataGridViewParking.Columns[InTime].HeaderText 进场时间; dataGridViewParking.Columns[InTime].DefaultCellStyle.Format yyyy-MM-dd HH:mm:ss; // 时长列自动宽度车牌列固定宽度 dataGridViewParking.Columns[PlateNumber].Width 120; dataGridViewParking.AutoSizeColumnsMode DataGridViewAutoSizeColumnsMode.Fill; }这段代码的关键在于BindingListT的泛型类型参数是ParkingViewDataGridView会通过反射读取每个公开属性的值并把PropertyName作为默认列名。你可以在属性上加上[DisplayName(中文名)]特性来替代手动改HeaderText的做法但手动设置更直观。从数据库加载数据填充列表时我给一个建议不要直接把DataTable的每一行都new一个对象再Add到BindingList里而是先清空再逐个添加。BindingListT没有AddRange方法所以最简写法如下private void LoadParkingList() { _parkingList.Clear(); string sql SELECT PlateNumber, CarType, InTime, DATEDIFF(MINUTE, InTime, GETDATE()) AS ParkedMinutes FROM ParkingRecord WHERE ParkingStatus 1 ORDER BY InTime DESC; // 省略连接数据库的样板代码核心是把DataRow映射成ParkingView foreach (DataRow row in dt.Rows) { ParkingView view new ParkingView { PlateNumber row[PlateNumber].ToString(), CarType row[CarType].ToString(), InTime Convert.ToDateTime(row[InTime]), Duration FormatDuration(Convert.ToInt32(row[ParkedMinutes])) }; _parkingList.Add(view); } }_parkingList.Clear()这一步会触发DataGridView一次性清空所有行比循环里RemoveAt要快得多。时长字段Duration是字符串而非数值是因为它只用于展示不参与计算格式化时单位“小时/分钟”已经拼好了。你要是把时长存成int分钟数再在界面上做转换反而多一道不必要的工序。4.3 车牌录入的细节大写、去空格、回车触发车牌录入这个交互看起来只是“一个TextBox加一个按钮”但细节打磨好了操作员一天能省很多事。第一车牌字母应该自动转大写因为中国车牌没有小写字母第二输入框要限制长度新能源车牌最长8位第三按下回车键应该触发查询或收费动作而不是切换焦点。下面的代码实现这三个需求// 在窗体构造函数或Load事件里注册事件 txtPlateNumber.KeyPress TxtPlateNumber_KeyPress; txtPlateNumber.Leave TxtPlateNumber_Leave; // 回车触发出场收费 private void TxtPlateNumber_KeyPress(object sender, KeyPressEventArgs e) { if (e.KeyChar (char)Keys.Enter) { BtnCheckOut_Click(sender, e); e.Handled true; // 阻止回车音和焦点跳转 } } // 失去焦点时清理空格并转大写 private void TxtPlateNumber_Leave(object sender, EventArgs e) { string input txtPlateNumber.Text.Trim().ToUpper(); txtPlateNumber.Text input; }e.Handled true这行很关键。如果不设置回车键会同时触发按钮点击和焦点移动到下一个控件操作员会看到界面跳到了别的地方。另外KeyPress事件里判断e.KeyChar (char)Keys.Enter是一种常用写法但要注意Keys.Enter在枚举里等于13和\r是同一个值你写成e.KeyChar \r效果一样。去空格和转大写放在Leave事件而不是TextChanged里是为了避免在输入过程中光标跳动——如果你在用户还没打完字时就强制转大写光标会被重置到行首体验非常奇怪。5. 避坑指南部署运行常见的六个翻车现场5.1 附加数据库失败版本、路径与权限的玄学现象双击Parking.mdf文件SSMS报错“无法附加数据库版本782的数据库无法打开”或者一直转圈然后提示访问被拒绝。原因版本报错说明你的SQL Server实例版本比生成该数据库的版本低。782对应SQL Server 2016如果你装的是2012或2014就会因为兼容性拒绝附加。权限问题则大多数是因为.mdf文件所在的目录对SQL Server服务账号没有读取权限尤其是放在桌面或系统下载目录时经常遇到。解决先看报错文字区分是版本还是权限。版本问题优先升级SQL Server实例或者装一个更高版本的Express版权限问题则右键文件 → 属性 → 安全 → 给NETWORK SERVICE或MSSQLSERVER账户添加完全控制权限。顺手说一句把数据库文件放在一个不带中文和空格的路径下能省掉后面很多隐藏问题。5.2 程序启动报“建立到服务器的连接时发生错误”现象运行Parking.sln程序启动时在连接数据库那一步抛出SqlException错误信息类似“在建立与服务器的连接时出错。在连接到SQL Server时默认设置下SQL Server不允许进行远程连接”。原因绝大多数情况下是连接字符串里的Data Source和你本机SQL Server实例名对不上。装了Express版但连接字符串还写着Data Source.或者反过来连接的是命名实例却没写实例名。解决打开SQL Server配置管理器查看“SQL Server服务”下的实例名称然后改连接字符串。本机Express版一般是localhost\SQLEXPRESS。如果是默认实例Data Source.没问题。改完别急着跑程序先用sqlcmd -S localhost\SQLEXPRESS -E命令行测试能不能连上能连上再回VS里调。5.3 收费金额算出 0.30000001 这种数现象测试时停了一小时应收3元结果数据库里存的是3.00000001或者界面上显示一长串小数。原因用了float或double类型存金额。二进制浮点数没法精确表示十进制的0.1累积误差在计费这种反复加法运算的场景里会被放大。解决金额字段全部用decimalC#这边decimal、SQL Server那边用DECIMAL(10,2)。不要信“double精度够用”这种说法钱的事没得商量。如果你在已有代码里看到double改成decimal并重新编译收费结果就干净了。5.4 同一个车牌号重复进场/重复出场现象A车还在场内再次入场时系统又登记了一条在场记录或者出场收费一次后再操作一次还能继续收费。原因进场时没有判断该车牌是否已有在场记录出场时也没有限制只能对在场记录收费。表面看是业务逻辑漏洞本质是数据库层缺少约束或者说程序没有用事务和状态字段双重保障。解决进场前先查ParkingRecord是否有ParkingStatus 1的同车牌记录有则提示“该车已在场内”出场时用前面提到的WITH (UPDLOCK)事务锁确保并发情况下不会重复收费。如果你只想快速打补丁也可以在ParkingRecord表上对PlateNumber和ParkingStatus做过滤索引但不推荐——业务层的校验更直观也更容易理解。5.5 点击查询按钮界面卡死几秒钟现象停车场车辆数量上千条时点击“查询收费记录”按钮界面白屏转圈过几秒才恢复。原因查询是同步操作在UI线程里执行了SqlCommand.ExecuteReader()和遍历填充列表的操作这期间消息循环被阻塞界面自然无法响应。解决如果只是学习最简单的办法是查询前用Cursor.Current Cursors.WaitCursor查询完再恢复至少用户知道程序没死。更优的解法是把查询放到async方法里用await Task.Run()包装耗时操作但Winform的async/await要小心跨线程访问控件的问题。初学者不要求一步到位但心里要清楚界面上所有耗时操作都应该和UI线程解耦。5.6 附加脚本导入后中文全是问号现象用SSMS打开附加脚本.sql执行插入的车辆信息中文显示成???。原因脚本文件的编码和数据库的排序规则不匹配或者INSERT语句里的中文字符串前缺少N前缀。直接执行UTF-8编码的脚本在中文版的SQL Server上经常出现这种问题。解决SSMS导入脚本时文件 → 打开 → 选择文件时把编码指定为UTF-8带签名另外所有插入中文字符串的写法都要写成N中文比如INSERT INTO CarInfo(PlateNumber, CarType) VALUES(N京A12345, N小型车)N前缀告诉SQL Server按Unicode处理字面量否则会因为代码页转换把中文变成问号。6. 进阶加上登录权限与“夜间封账”这个小功能学会了进场、出场、收费查询这套主流程后建议你动手改两个小功能一是给系统加一个登录窗体二是做一个“夜间封账”统计。前者让你理解权限控制的基本套路后者让你理解怎么把分散的收费流水汇总成一张对账单。登录权限不必做得多复杂新建一张用户表存用户名、密码哈希、角色。密码不要用明文用SHA256哈希后存库校验时把用户输入也做一次哈希再比对。登录成功后把当前用户和角色存到全局静态类里进场、出场操作时把这个操作员名字写到收费记录里。这就是第3章代码里OperatorName参数的来源。夜间封账的逻辑是给定一个日期查当天所有收费记录按操作员分组统计金额再算出总笔数和总金额。核心SQL可以用下面这条SELECT OperatorName, COUNT(*) AS ChargeCount, SUM(ChargeAmount) AS TotalAmount FROM ChargeRecord WHERE ChargeTime StartTime AND ChargeTime EndTime GROUP BY OperatorNameStartTime取当天零点EndTime取次日零点这样区间查询能精确覆盖自然日且能命中ChargeTime上的索引。把查询结果用DataGridView展示出来再汇总结算就是一个能交给财务核对的小功能。我做这类系统养成的一个习惯是每次封账任务跑完后会拿“在场车辆总数和停车记录表里ParkingStatus 1的数量”对一遍如果两边对不上说明有车没出场但记录状态错了这种问题靠肉眼很难发现但写一条核对SQL很快就能暴露。从那以后我每次写停车相关系统都会强制把这类数据一致性校验放在封账流程里哪怕多写几行查询也不嫌烦。这个源码拆到这里主流程已经全覆盖了剩下的边角料就靠你自己上手跑一遍才能体会。希望帮到你。本文还有配套的精品资源点击获取