简介这是一套面向C#初学者与课程设计学习者的Windows桌面应用源码采用三层架构UI、BLL、DAL配合SQL Server数据库实现宿舍信息管理系统。项目覆盖用户登录注册、管理员信息修改以及学生宿舍信息的添加、删除、精确与模糊查询、修改等完整增删查改流程适合作为课程设计、毕业设计参考或三层架构入门练手项目。压缩包共126个文件约495KB其中43个cs源码文件构成各层核心逻辑9个resx与9个resources资源文件承载窗体界面12个dll与2个exe为运行依赖与可执行程序另有csproj、sln等工程配置及数据库相关文件结构完整可直接编译运行。目前已有155人学习下载。通过该资源可直观理解三层架构的分层职责划分、SQL Server数据访问写法与WinForm窗体交互并附有演示视频链接便于对照功能效果帮助读者快速搭建环境、梳理代码结构并完成二次开发。1. 从一份宿舍管理系统源码说起三层架构到底解决了什么问题很多刚接触 C# 上位机或者 WinForm 项目的朋友拿到“宿舍信息管理系统”这种题目时第一反应往往是拖控件、双击按钮写 SQL。功能确实能跑但过两周回头看代码发现登录逻辑、界面刷新、数据库连接全糊在一个 Form1.cs 里改一个字段要翻三百行。这份基于 C# Windows 的宿舍信息管理系统核心价值不在于它实现了增删查改而在于它用三层架构把“界面、业务、数据”硬生生切开了。它适合正在做课程设计、想理解分层落地细节、或者被 WinForm 事件与数据库耦合折磨过的从业者。你拿到手后能直接看到 BLL、DAL、Models 三个类库如何各司其职也能顺着登录、注册、宿舍信息维护这几条线把 C# 操作 SQL Server 的完整链路走一遍。下面我就按实际拆包和复现的顺序把这份资源里里外外讲透。2. 三层架构的物理落地从 csproj 文件看项目怎么拆2.1 四个类库各管什么引用关系怎么走打开解决方案你会看到四个项目winfrom主界面、winfrom.BLL业务逻辑层、winfrom.DAL数据访问层、winfrom.Models实体层。这不是随便拆的引用方向是单向的winfrom 引用 BLL 和 ModelsBLL 引用 DAL 和 ModelsDAL 只引用 Models。Models 谁都不引用只放实体类。这种依赖倒置的写法保证了改数据库表结构时只需要动 Models 和 DAL界面层基本无感。我一般会先看 Models 里的类比如 Student 类字段通常对应数据库表列学号、姓名、宿舍号、床位、入住时间。BLL 里会有一个 StudentManager 类方法名类似 AddStudent、DeleteStudent、GetStudentList。DAL 里则是 SqlHelper 加上具体的 StudentDAL。SqlHelper 封装了 ExecuteNonQuery、ExecuteScalar、ExecuteDataTable 这些通用方法参数用 SqlParameter 传避免拼接字符串。提示如果你拿到的源码里 SqlHelper 用的是字符串拼接建议先改成参数化查询不然后面做模糊查询时很容易被单引号搞翻车。2.2 数据库表结构与连接字符串配置数据库一般是 SQL Server库名可能叫 DormitoryDB 或类似。核心表至少两张Admin 表存管理员账号密码Student 表存宿舍学生信息。Admin 表字段Id主键自增、UserName、Password。Student 表字段StudentId学号主键、Name、DormId、BedNo、CheckInDate。连接字符串通常写在 winfrom 项目的 App.config 里格式如下connectionStrings !-- 数据库连接串Data Source 换成你的实例名 -- add nameDormConn connectionStringData Source.;Initial CatalogDormitoryDB;Integrated SecurityTrue providerNameSystem.Data.SqlClient/ /connectionStrings逻辑说明Data Source 里的点表示本机默认实例如果装了 Express 版要写成.\SQLEXPRESS。Integrated SecurityTrue 表示用 Windows 身份验证省去账号密码。如果你用 SQL Server 账号登录改成User IDsa;Password你的密码。DAL 层读取这个配置时常见做法是用ConfigurationManager.ConnectionStrings[DormConn].ConnectionString记得在 DAL 项目里引用 System.Configuration。参数怎么改数据库名、实例名、验证方式这三处必须和你的环境一致。改完先别急着跑主程序在 DAL 里写个测试方法执行SELECT 1确认连接通了再往下走。3. 登录注册与宿舍增删查改业务逻辑层怎么写才不臃肿3.1 登录验证从界面事件到 BLL 的完整调用链登录按钮的 Click 事件里不应该出现任何 SQL 语句。正确姿势是界面收集 txtUserName 和 txtPassword调用 BLL 的 AdminManager.Login(userName, password)BLL 再调 DAL 的 AdminDAL.GetAdminByUserName(userName)拿到实体后比对密码。比对结果返回一个枚举或布尔值界面根据结果决定跳转还是弹窗。// BLL 层AdminManager.cs public bool Login(string userName, string password) { // 参数校验避免空值传到 DAL if (string.IsNullOrEmpty(userName) || string.IsNullOrEmpty(password)) return false; AdminDAL dal new AdminDAL(); Admin admin dal.GetByUserName(userName); // 常见做法是数据库存明文或 MD5这里按明文演示 if (admin ! null admin.Password password) return true; return false; }逻辑说明BLL 只做业务判断不碰数据库连接。DAL 的 GetByUserName 内部用 SqlHelper 执行SELECT * FROM Admin WHERE UserNameUserName返回 Admin 实体或 null。参数说明userName 和 password 来自界面 TextBox传入前建议 Trim() 去掉首尾空格不然用户复制粘贴带空格会登录失败。注册功能同理界面收集信息后调 BLL 的 Register 方法BLL 先检查用户名是否已存在再调 DAL 的 Insert。这里有个血泪经验注册和登录的密码框最好用 PasswordChar 属性掩码但别在 BLL 里做掩码掩码是界面的事。3.2 宿舍信息增删查改DAL 层参数化与模糊查询添加学生宿舍信息界面填学号、姓名、宿舍号、床位点保存后调 BLL 的 AddStudent(Student student)BLL 做非空校验和学号格式校验然后调 DAL 的 Insert(student)。DAL 里用 SqlParameter 传参// DAL 层StudentDAL.cs 插入方法 public int Insert(Student student) { string sql INSERT INTO Student(StudentId, Name, DormId, BedNo, CheckInDate) VALUES(StudentId, Name, DormId, BedNo, CheckInDate); SqlParameter[] paras { new SqlParameter(StudentId, student.StudentId), new SqlParameter(Name, student.Name), new SqlParameter(DormId, student.DormId), new SqlParameter(BedNo, student.BedNo), new SqlParameter(CheckInDate, student.CheckInDate) }; return SqlHelper.ExecuteNonQuery(sql, paras); }逻辑说明ExecuteNonQuery 返回受影响行数大于 0 表示插入成功。参数说明CheckInDate 如果是 DateTime 类型直接传 DateTime 对象不要转成字符串否则不同区域设置下日期格式会翻车。删除功能一般是根据学号删DAL 执行DELETE FROM Student WHERE StudentIdStudentId。查找功能分两种精确查询按学号模糊查询按姓名。模糊查询的 SQL 是SELECT * FROM Student WHERE Name LIKE % Name %参数化时 Name 传用户输入的关键词。注意不要写成LIKE Name然后参数里拼百分号那样容易出错常见做法是在 SQL 里拼或者参数值直接传%name%。修改功能先根据学号查出原记录填充到界面用户改完后调 BLL 的 UpdateStudentDAL 执行UPDATE Student SET NameName, DormIdDormId, BedNoBedNo WHERE StudentIdStudentId。这里有个坑如果学号允许修改那 WHERE 条件要用旧学号SET 里更新新学号否则会更新不到任何行。3.3 界面层数据绑定DataGridView 刷新时机WinForm 里展示宿舍信息一般用 DataGridView。加载数据时调 BLL 的 GetAllStudents()返回ListStudent或 DataTable然后赋值给 DataGridView.DataSource。增删改成功后必须重新调用一次加载方法刷新表格否则界面显示的还是旧数据。// 界面层MainForm.cs 刷新表格 private void RefreshStudentGrid() { // 调用 BLL 获取全部学生列表 ListStudent list studentManager.GetAllStudents(); dgvStudents.DataSource null; // 先清空避免列重复 dgvStudents.DataSource list; }逻辑说明先置 null 再赋值是为了防止 DataGridView 自动生成重复列。参数说明如果列表为空表格会显示空白这是正常的不要以为是代码没跑。增删改按钮的事件里操作成功后立即调 RefreshStudentGrid()用户体验才连贯。4. 避坑与常见问题排查那些让项目跑不起来的细节4.1 现象生成解决方案时报“找不到类型或命名空间”原因项目引用丢失或命名空间不一致。你拿到的源码里csproj 文件可能记录了原作者的绝对路径换台机器就找不到 DLL。解决在解决方案资源管理器里右键每个项目检查“引用”节点下有没有黄色感叹号。有的话删掉重新添加。BLL 要引用 DAL 和 Modelswinfrom 要引用 BLL 和 Models。如果引用的是项目确认“项目引用”而不是“程序集引用”。4.2 现象登录时提示“用户不存在”但数据库里明明有数据原因连接字符串指向了错误的数据库实例或者表名不对。解决在 DAL 的 SqlHelper 里加一句日志把实际执行的 SQL 和连接字符串打印出来。常见做法是用Console.WriteLine或写文本文件。确认 Initial Catalog 是不是你建库时用的名字表名 Admin 是不是写成了 Admins。另外SQL Server 默认实例和 Express 实例的 Data Source 写法不同点号只适用于默认实例。4.3 现象模糊查询输入“张”查不到“张三”原因LIKE 语句拼接错误或者参数化时没加百分号。解决检查 DAL 里的 SQL如果是WHERE Name LIKE Name参数值必须是%张%。如果是WHERE Name LIKE %Name%参数值传“张”即可。两种写法都行但别混用。另外SQL Server 的 LIKE 对中文默认不区分大小写但前后空格会影响匹配输入前记得 Trim。4.4 现象修改学生信息后表格里还是旧数据原因只更新了数据库没有重新绑定 DataGridView。解决在修改按钮的事件处理里调用 BLL 的 Update 方法后紧接着调 RefreshStudentGrid()。如果用了 BindingSource要调 BindingSource.ResetBindings(false)。别指望 DataGridView 自动感知数据库变化它没这个能力。4.5 现象程序编译通过但运行时报“未将对象引用设置到对象的实例”原因某个对象为 null常见于从数据库查不到记录时直接访问属性。解决在 BLL 里对 DAL 返回的实体做 null 判断。比如登录时GetByUserName 可能返回 null必须先判断admin ! null再访问 admin.Password。界面层也一样DataGridView.DataSource 赋值前确保 list 不是 null可以在 BLL 里返回空列表而不是 null。5. 进阶技巧用事务保证宿舍调换的原子性以及一个验证习惯宿舍管理里有一个容易被忽略的场景学生从 301 宿舍换到 302同时要更新床位号。如果先删 301 的记录再插 302中间程序崩了学生就“消失”了。正确做法是用事务包住更新操作。在 DAL 里可以这样写// DAL 层带事务的宿舍调换 public bool TransferDorm(string studentId, string newDormId, string newBedNo) { using (SqlConnection conn new SqlConnection(SqlHelper.ConnString)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { string sql UPDATE Student SET DormIdDormId, BedNoBedNo WHERE StudentIdStudentId; SqlParameter[] paras { new SqlParameter(DormId, newDormId), new SqlParameter(BedNo, newBedNo), new SqlParameter(StudentId, studentId) }; SqlHelper.ExecuteNonQuery(tran, sql, paras); tran.Commit(); return true; } catch { tran.Rollback(); return false; } } } }逻辑说明SqlTransaction 保证要么全成功要么全回滚。参数说明SqlHelper 需要有一个重载接受 SqlTransaction 参数内部把事务赋给 SqlCommand.Transaction。注意事务里的连接必须手动 Open不能依赖 SqlHelper 自动开关连接否则事务会报“连接已关闭”。验证方法改完代码后别只点一下按钮看结果。我一般会强制走一遍“断网测试”——把数据库服务停掉再点保存看程序是弹友好提示还是直接崩。如果崩了说明异常处理没做全。另外用 SQL Server Profiler 抓一下实际执行的 SQL确认参数化生效没有拼接字符串。从那以后我每次拿到这种三层架构的 WinForm 项目都会先跑一遍登录、增、删、查、改、再查的完整闭环再去看事务和异常处理。这份宿舍管理系统源码把三层拆得很清楚数据库脚本和视频演示也齐全照着上面的步骤走基本能避开大部分新手坑。希望帮到你。本文还有配套的精品资源点击获取 
长河君 · 2026/10/9 11:07:58 · 阅读 1.2k C# WinForm宿舍管理系统三层架构实战：从登录到增删查改
简介这是一套面向C#初学者与课程设计学习者的Windows桌面应用源码采用三层架构UI、BLL、DAL配合SQL Server数据库实现宿舍信息管理系统。项目覆盖用户登录注册、管理员信息修改以及学生宿舍信息的添加、删除、精确与模糊查询、修改等完整增删查改流程适合作为课程设计、毕业设计参考或三层架构入门练手项目。压缩包共126个文件约495KB其中43个cs源码文件构成各层核心逻辑9个resx与9个resources资源文件承载窗体界面12个dll与2个exe为运行依赖与可执行程序另有csproj、sln等工程配置及数据库相关文件结构完整可直接编译运行。目前已有155人学习下载。通过该资源可直观理解三层架构的分层职责划分、SQL Server数据访问写法与WinForm窗体交互并附有演示视频链接便于对照功能效果帮助读者快速搭建环境、梳理代码结构并完成二次开发。1. 从一份宿舍管理系统源码说起三层架构到底解决了什么问题很多刚接触 C# 上位机或者 WinForm 项目的朋友拿到“宿舍信息管理系统”这种题目时第一反应往往是拖控件、双击按钮写 SQL。功能确实能跑但过两周回头看代码发现登录逻辑、界面刷新、数据库连接全糊在一个 Form1.cs 里改一个字段要翻三百行。这份基于 C# Windows 的宿舍信息管理系统核心价值不在于它实现了增删查改而在于它用三层架构把“界面、业务、数据”硬生生切开了。它适合正在做课程设计、想理解分层落地细节、或者被 WinForm 事件与数据库耦合折磨过的从业者。你拿到手后能直接看到 BLL、DAL、Models 三个类库如何各司其职也能顺着登录、注册、宿舍信息维护这几条线把 C# 操作 SQL Server 的完整链路走一遍。下面我就按实际拆包和复现的顺序把这份资源里里外外讲透。2. 三层架构的物理落地从 csproj 文件看项目怎么拆2.1 四个类库各管什么引用关系怎么走打开解决方案你会看到四个项目winfrom主界面、winfrom.BLL业务逻辑层、winfrom.DAL数据访问层、winfrom.Models实体层。这不是随便拆的引用方向是单向的winfrom 引用 BLL 和 ModelsBLL 引用 DAL 和 ModelsDAL 只引用 Models。Models 谁都不引用只放实体类。这种依赖倒置的写法保证了改数据库表结构时只需要动 Models 和 DAL界面层基本无感。我一般会先看 Models 里的类比如 Student 类字段通常对应数据库表列学号、姓名、宿舍号、床位、入住时间。BLL 里会有一个 StudentManager 类方法名类似 AddStudent、DeleteStudent、GetStudentList。DAL 里则是 SqlHelper 加上具体的 StudentDAL。SqlHelper 封装了 ExecuteNonQuery、ExecuteScalar、ExecuteDataTable 这些通用方法参数用 SqlParameter 传避免拼接字符串。提示如果你拿到的源码里 SqlHelper 用的是字符串拼接建议先改成参数化查询不然后面做模糊查询时很容易被单引号搞翻车。2.2 数据库表结构与连接字符串配置数据库一般是 SQL Server库名可能叫 DormitoryDB 或类似。核心表至少两张Admin 表存管理员账号密码Student 表存宿舍学生信息。Admin 表字段Id主键自增、UserName、Password。Student 表字段StudentId学号主键、Name、DormId、BedNo、CheckInDate。连接字符串通常写在 winfrom 项目的 App.config 里格式如下connectionStrings !-- 数据库连接串Data Source 换成你的实例名 -- add nameDormConn connectionStringData Source.;Initial CatalogDormitoryDB;Integrated SecurityTrue providerNameSystem.Data.SqlClient/ /connectionStrings逻辑说明Data Source 里的点表示本机默认实例如果装了 Express 版要写成.\SQLEXPRESS。Integrated SecurityTrue 表示用 Windows 身份验证省去账号密码。如果你用 SQL Server 账号登录改成User IDsa;Password你的密码。DAL 层读取这个配置时常见做法是用ConfigurationManager.ConnectionStrings[DormConn].ConnectionString记得在 DAL 项目里引用 System.Configuration。参数怎么改数据库名、实例名、验证方式这三处必须和你的环境一致。改完先别急着跑主程序在 DAL 里写个测试方法执行SELECT 1确认连接通了再往下走。3. 登录注册与宿舍增删查改业务逻辑层怎么写才不臃肿3.1 登录验证从界面事件到 BLL 的完整调用链登录按钮的 Click 事件里不应该出现任何 SQL 语句。正确姿势是界面收集 txtUserName 和 txtPassword调用 BLL 的 AdminManager.Login(userName, password)BLL 再调 DAL 的 AdminDAL.GetAdminByUserName(userName)拿到实体后比对密码。比对结果返回一个枚举或布尔值界面根据结果决定跳转还是弹窗。// BLL 层AdminManager.cs public bool Login(string userName, string password) { // 参数校验避免空值传到 DAL if (string.IsNullOrEmpty(userName) || string.IsNullOrEmpty(password)) return false; AdminDAL dal new AdminDAL(); Admin admin dal.GetByUserName(userName); // 常见做法是数据库存明文或 MD5这里按明文演示 if (admin ! null admin.Password password) return true; return false; }逻辑说明BLL 只做业务判断不碰数据库连接。DAL 的 GetByUserName 内部用 SqlHelper 执行SELECT * FROM Admin WHERE UserNameUserName返回 Admin 实体或 null。参数说明userName 和 password 来自界面 TextBox传入前建议 Trim() 去掉首尾空格不然用户复制粘贴带空格会登录失败。注册功能同理界面收集信息后调 BLL 的 Register 方法BLL 先检查用户名是否已存在再调 DAL 的 Insert。这里有个血泪经验注册和登录的密码框最好用 PasswordChar 属性掩码但别在 BLL 里做掩码掩码是界面的事。3.2 宿舍信息增删查改DAL 层参数化与模糊查询添加学生宿舍信息界面填学号、姓名、宿舍号、床位点保存后调 BLL 的 AddStudent(Student student)BLL 做非空校验和学号格式校验然后调 DAL 的 Insert(student)。DAL 里用 SqlParameter 传参// DAL 层StudentDAL.cs 插入方法 public int Insert(Student student) { string sql INSERT INTO Student(StudentId, Name, DormId, BedNo, CheckInDate) VALUES(StudentId, Name, DormId, BedNo, CheckInDate); SqlParameter[] paras { new SqlParameter(StudentId, student.StudentId), new SqlParameter(Name, student.Name), new SqlParameter(DormId, student.DormId), new SqlParameter(BedNo, student.BedNo), new SqlParameter(CheckInDate, student.CheckInDate) }; return SqlHelper.ExecuteNonQuery(sql, paras); }逻辑说明ExecuteNonQuery 返回受影响行数大于 0 表示插入成功。参数说明CheckInDate 如果是 DateTime 类型直接传 DateTime 对象不要转成字符串否则不同区域设置下日期格式会翻车。删除功能一般是根据学号删DAL 执行DELETE FROM Student WHERE StudentIdStudentId。查找功能分两种精确查询按学号模糊查询按姓名。模糊查询的 SQL 是SELECT * FROM Student WHERE Name LIKE % Name %参数化时 Name 传用户输入的关键词。注意不要写成LIKE Name然后参数里拼百分号那样容易出错常见做法是在 SQL 里拼或者参数值直接传%name%。修改功能先根据学号查出原记录填充到界面用户改完后调 BLL 的 UpdateStudentDAL 执行UPDATE Student SET NameName, DormIdDormId, BedNoBedNo WHERE StudentIdStudentId。这里有个坑如果学号允许修改那 WHERE 条件要用旧学号SET 里更新新学号否则会更新不到任何行。3.3 界面层数据绑定DataGridView 刷新时机WinForm 里展示宿舍信息一般用 DataGridView。加载数据时调 BLL 的 GetAllStudents()返回ListStudent或 DataTable然后赋值给 DataGridView.DataSource。增删改成功后必须重新调用一次加载方法刷新表格否则界面显示的还是旧数据。// 界面层MainForm.cs 刷新表格 private void RefreshStudentGrid() { // 调用 BLL 获取全部学生列表 ListStudent list studentManager.GetAllStudents(); dgvStudents.DataSource null; // 先清空避免列重复 dgvStudents.DataSource list; }逻辑说明先置 null 再赋值是为了防止 DataGridView 自动生成重复列。参数说明如果列表为空表格会显示空白这是正常的不要以为是代码没跑。增删改按钮的事件里操作成功后立即调 RefreshStudentGrid()用户体验才连贯。4. 避坑与常见问题排查那些让项目跑不起来的细节4.1 现象生成解决方案时报“找不到类型或命名空间”原因项目引用丢失或命名空间不一致。你拿到的源码里csproj 文件可能记录了原作者的绝对路径换台机器就找不到 DLL。解决在解决方案资源管理器里右键每个项目检查“引用”节点下有没有黄色感叹号。有的话删掉重新添加。BLL 要引用 DAL 和 Modelswinfrom 要引用 BLL 和 Models。如果引用的是项目确认“项目引用”而不是“程序集引用”。4.2 现象登录时提示“用户不存在”但数据库里明明有数据原因连接字符串指向了错误的数据库实例或者表名不对。解决在 DAL 的 SqlHelper 里加一句日志把实际执行的 SQL 和连接字符串打印出来。常见做法是用Console.WriteLine或写文本文件。确认 Initial Catalog 是不是你建库时用的名字表名 Admin 是不是写成了 Admins。另外SQL Server 默认实例和 Express 实例的 Data Source 写法不同点号只适用于默认实例。4.3 现象模糊查询输入“张”查不到“张三”原因LIKE 语句拼接错误或者参数化时没加百分号。解决检查 DAL 里的 SQL如果是WHERE Name LIKE Name参数值必须是%张%。如果是WHERE Name LIKE %Name%参数值传“张”即可。两种写法都行但别混用。另外SQL Server 的 LIKE 对中文默认不区分大小写但前后空格会影响匹配输入前记得 Trim。4.4 现象修改学生信息后表格里还是旧数据原因只更新了数据库没有重新绑定 DataGridView。解决在修改按钮的事件处理里调用 BLL 的 Update 方法后紧接着调 RefreshStudentGrid()。如果用了 BindingSource要调 BindingSource.ResetBindings(false)。别指望 DataGridView 自动感知数据库变化它没这个能力。4.5 现象程序编译通过但运行时报“未将对象引用设置到对象的实例”原因某个对象为 null常见于从数据库查不到记录时直接访问属性。解决在 BLL 里对 DAL 返回的实体做 null 判断。比如登录时GetByUserName 可能返回 null必须先判断admin ! null再访问 admin.Password。界面层也一样DataGridView.DataSource 赋值前确保 list 不是 null可以在 BLL 里返回空列表而不是 null。5. 进阶技巧用事务保证宿舍调换的原子性以及一个验证习惯宿舍管理里有一个容易被忽略的场景学生从 301 宿舍换到 302同时要更新床位号。如果先删 301 的记录再插 302中间程序崩了学生就“消失”了。正确做法是用事务包住更新操作。在 DAL 里可以这样写// DAL 层带事务的宿舍调换 public bool TransferDorm(string studentId, string newDormId, string newBedNo) { using (SqlConnection conn new SqlConnection(SqlHelper.ConnString)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { string sql UPDATE Student SET DormIdDormId, BedNoBedNo WHERE StudentIdStudentId; SqlParameter[] paras { new SqlParameter(DormId, newDormId), new SqlParameter(BedNo, newBedNo), new SqlParameter(StudentId, studentId) }; SqlHelper.ExecuteNonQuery(tran, sql, paras); tran.Commit(); return true; } catch { tran.Rollback(); return false; } } } }逻辑说明SqlTransaction 保证要么全成功要么全回滚。参数说明SqlHelper 需要有一个重载接受 SqlTransaction 参数内部把事务赋给 SqlCommand.Transaction。注意事务里的连接必须手动 Open不能依赖 SqlHelper 自动开关连接否则事务会报“连接已关闭”。验证方法改完代码后别只点一下按钮看结果。我一般会强制走一遍“断网测试”——把数据库服务停掉再点保存看程序是弹友好提示还是直接崩。如果崩了说明异常处理没做全。另外用 SQL Server Profiler 抓一下实际执行的 SQL确认参数化生效没有拼接字符串。从那以后我每次拿到这种三层架构的 WinForm 项目都会先跑一遍登录、增、删、查、改、再查的完整闭环再去看事务和异常处理。这份宿舍管理系统源码把三层拆得很清楚数据库脚本和视频演示也齐全照着上面的步骤走基本能避开大部分新手坑。希望帮到你。本文还有配套的精品资源点击获取