简介这是一套基于C#开发的药店管理系统完整源码面向高校计算机相关专业学生可用于毕业设计或期末作业帮助解决选题难、缺少可运行项目参考的问题。系统涵盖数据库管理、Windows Forms或WPF界面、MVC架构、多线程及权限管理与安全性等关键知识点适合具备C#与数据库基础、希望深入理解桌面应用开发的中级学习者。压缩包共912个文件约10.65MB以387个cs源码、100个resx与85个resources资源文件、69个dll类库及10个csproj工程文件为主另含rpt报表、config配置、exe可执行文件等结构完整便于二次开发。目前已有73人学习下载。读者可借此获得一套可直接运行的药店管理项目对照源码理解数据访问、界面布局与权限控制实现并在此基础上完成功能扩展与论文撰写。1. 拆开一个 C# 药店管理系统毕业设计能直接跑但别急着交毕业设计选题里药店管理系统算是被翻牌最多的那一类。原因很实在业务闭环清晰药品进销存、销售开单、库存预警、用户权限每个模块都能单独拎出来写一章论文答辩时老师也挑不出「这系统到底解决什么问题」的毛病。这份基于 C# 的药店管理系统走的是 Windows Forms 加关系型数据库的经典路线配套源码里能看到MShop.StorageFrm、MShop.SystemFrm这类分模块的工程文件说明它不是一个单文件玩具而是按业务拆过工程的。它适合两类人一是期末作业卡在 deadline 前、需要一套能编译能演示的完整代码二是毕业设计想拿它当底稿再往上叠权限、报表或者多线程的增量功能。但我要先把话说前头——这套东西能跑不等于能直接交中间隔着环境配置、数据库还原、权限逻辑这几道坎后面几章就是带你一道道过。2. 环境与数据库先把 SQL Server 和 ADO.NET 这条链路打通2.1 为什么这类系统绕不开 SQL Server ADO.NET药店管理系统的核心是数据药品信息、库存数量、销售流水、用户账号全都得落库。这份源码用的是 SQL Server数据访问层走 ADO.NET这是 WinForms 时代最标准的组合。你可能会问现在都 Entity Framework 了为什么还用 ADO.NET原因有两个一是老项目的兼容性很多学校机房的 Visual Studio 版本和 .NET Framework 版本偏旧EF 的某些版本反而装不上二是 ADO.NET 对初学者更透明SqlConnection、SqlCommand、SqlDataReader这套东西你能一眼看到 SQL 是怎么发出去的调试的时候不容易变成黑匣子。选型上如果你自己重构SQLite 也能用单文件、免安装答辩演示时拷个文件就走。但要注意SQLite 和 SQL Server 的 SQL 方言有差异比如自增列一个用AUTOINCREMENT一个用IDENTITY直接换库会翻车。所以我的建议是先按原项目的 SQL Server 跑通确认业务逻辑没问题再考虑换库。2.2 数据库还原与连接字符串配置第一步是把数据库还原到本地 SQL Server。假设你拿到的备份文件是MShopDB.bak操作如下-- 在 SQL Server Management Studio 里执行 RESTORE DATABASE MShopDB FROM DISK D:\MShopDB.bak WITH MOVE MShopDB TO D:\Data\MShopDB.mdf, MOVE MShopDB_log TO D:\Data\MShopDB_log.ldf, REPLACE;这段脚本做了三件事RESTORE DATABASE指定目标库名MOVE把数据文件和日志文件重定向到你自己的目录不写 MOVE 会还原到备份时的原始路径路径不存在就报错REPLACE允许覆盖同名库。还原完在 SSMS 里刷新一下能看到表和视图就说明成功了。接着改连接字符串。WinForms 项目一般把连接串放在App.config里connectionStrings add nameMShopConn connectionStringData Source.;Initial CatalogMShopDB;Integrated SecurityTrue providerNameSystem.Data.SqlClient/ /connectionStringsData Source.表示本机默认实例如果你装的是 Express 版要写成Data Source.\SQLEXPRESS。Integrated SecurityTrue走 Windows 身份验证省去账号密码如果机房要求 SQL 账号登录就换成User IDsa;Password你的密码。这里最常见的坑是实例名写错报「无法连接到服务器」先确认 SQL Server 服务在运行再确认实例名。2.3 数据访问层的封装与调用源码里数据访问通常会被封装成一个SqlHelper类避免每个窗体都写一遍连接打开关闭。核心方法长这样public static int ExecuteNonQuery(string sql, params SqlParameter[] parameters) { using (SqlConnection conn new SqlConnection(connStr)) { using (SqlCommand cmd new SqlCommand(sql, conn)) { if (parameters ! null) cmd.Parameters.AddRange(parameters); conn.Open(); return cmd.ExecuteNonQuery(); // 返回受影响行数 } } }using保证连接和命令对象用完即释放params SqlParameter[]支持可变参数调用时不用手动拼数组。参数化查询是重点别用字符串拼接 SQL否则药品名称里带个单引号就能让你的查询崩掉这也是 SQL 注入的入口。调用示例string sql INSERT INTO Medicine(Name, Stock, Price) VALUES(name, stock, price); SqlParameter[] ps { new SqlParameter(name, txtName.Text), new SqlParameter(stock, int.Parse(txtStock.Text)), new SqlParameter(price, decimal.Parse(txtPrice.Text)) }; int rows SqlHelper.ExecuteNonQuery(sql, ps);rows大于 0 说明插入成功等于 0 就要检查是不是条件没匹配上。参数类型要和数据库列类型对齐decimal对应money或decimal用double存金额会有精度问题这是财务类系统的血泪经验。3. WinForms 界面与 MVC 分层别把业务逻辑写进按钮事件里3.1 WinForms 的控件组织与命名规范这份源码的界面用的是 Windows Forms窗体文件按模块拆成了StorageFrm库存、SystemFrm系统管理等。WinForms 上手快拖控件、双击写事件半小时能出一个能点的界面。但快归快坑也在这里新手容易把所有逻辑塞进按钮的Click事件里一个方法几百行后期改需求就是灾难。控件命名要有规矩。别用button1、textBox2这种默认名改成btnSave、txtMedicineName、dgvMedicineList前缀区分类型后面跟业务含义。这样你在代码里看到dgvMedicineList.DataSource就知道是药品列表的数据绑定不用回去翻设计器。热搜里提到的「c# 控件命名简称」其实就是这个事团队协作时命名不统一接手的人得猜。3.2 用 MVC 思路给 WinForms 解耦WinForms 本身不是 MVC 框架但你可以手动分层。Model 放实体类View 是窗体Controller 或者叫 Service 层处理业务逻辑。以药品入库为例// Model public class Medicine { public int Id { get; set; } public string Name { get; set; } public int Stock { get; set; } public decimal Price { get; set; } } // Service public class MedicineService { public bool AddStock(Medicine med, int quantity) { if (quantity 0) return false; med.Stock quantity; string sql UPDATE Medicine SET Stockstock WHERE Idid; SqlParameter[] ps { new SqlParameter(stock, med.Stock), new SqlParameter(id, med.Id) }; return SqlHelper.ExecuteNonQuery(sql, ps) 0; } } // View 里的按钮事件 private void btnAddStock_Click(object sender, EventArgs e) { Medicine med new Medicine { Id currentId, Stock currentStock }; bool ok new MedicineService().AddStock(med, int.Parse(txtQuantity.Text)); MessageBox.Show(ok ? 入库成功 : 入库失败); }这样按钮事件只负责取界面数据、调 Service、显示结果业务规则集中在 Service 里。测试的时候你可以直接 new 一个 Service 跑单元测试不用启动界面。分层不是为了炫技是为了你改需求时不用在几百行的事件代码里找那一行。3.3 数据绑定与 DataGridView 的常见配置药品列表一般用DataGridView展示数据绑定用BindingSourceBindingSource bs new BindingSource(); bs.DataSource GetMedicineList(); // 返回 ListMedicine dgvMedicineList.DataSource bs; dgvMedicineList.Columns[Id].Visible false; // 隐藏主键列 dgvMedicineList.AutoSizeColumnsMode DataGridViewAutoSizeColumnsMode.Fill;BindingSource的好处是支持排序、筛选还能和BindingNavigator联动做分页。隐藏主键列是常规操作用户不需要看到 Id但你在选中行取数据时要用它。AutoSizeColumnsMode.Fill让列自动填满宽度不然界面拉大后右边一片空白答辩时观感不好。注意一点DataGridView直接绑定ListT时列表内容变了界面不会自动刷新得重新赋值DataSource或者用BindingListT。这个坑我在做库存预警时就踩过明明库存改了界面还是旧数字查了半天以为是数据库没更新。4. 权限、多线程与安全答辩老师最爱追问的三个点4.1 基于角色的权限控制怎么落地药店系统里管理员能改药品价格、删记录销售员只能开单和查库存。权限控制别做在界面层要做在 Service 层。常见做法是用户登录后把角色写进一个全局会话对象public static class Session { public static int UserId { get; set; } public static string Role { get; set; } // Admin 或 Sales } // Service 层校验 public bool DeleteMedicine(int id) { if (Session.Role ! Admin) throw new UnauthorizedAccessException(无删除权限); string sql DELETE FROM Medicine WHERE Idid; return SqlHelper.ExecuteNonQuery(sql, new SqlParameter(id, id)) 0; }界面层可以再根据角色禁用按钮但那只防误操作不防绕过。真正的安全边界在 Service 层因为别人可以直接调你的方法。答辩时老师问「销售员能不能通过改代码删药品」你答「Service 层有角色校验」就稳了。4.2 多线程在库存预警和批量导入里的用法WinForms 是单线程 UI耗时操作放主线程会卡界面。库存预警扫描、批量导入药品这些场景得用多线程。最简单的做法是Task.Run加Invoke回 UI 线程private async void btnCheckStock_Click(object sender, EventArgs e) { btnCheckStock.Enabled false; ListMedicine lowStock await Task.Run(() CheckLowStock()); dgvWarning.DataSource lowStock; btnCheckStock.Enabled true; } private ListMedicine CheckLowStock() { // 这里跑在后台线程不能直接碰控件 string sql SELECT * FROM Medicine WHERE Stock 10; // ... 查询并返回列表 }await Task.Run把查询丢到线程池UI 线程继续响应查完自动回到 UI 线程赋值。注意后台线程里绝对不能直接访问控件否则会抛跨线程异常这是 WinForms 多线程最常见的翻车点。如果非要在后台更新进度条用control.Invoke或者IProgressT。4.3 密码存储与 SQL 注入防护用户密码别明文存。常见做法是存 MD5 或 SHA256 哈希登录时把输入的密码哈希后比对public static string HashPassword(string plain) { using (SHA256 sha SHA256.Create()) { byte[] bytes sha.ComputeHash(Encoding.UTF8.GetBytes(plain)); return BitConverter.ToString(bytes).Replace(-, ).ToLower(); } }严格来说 SHA256 不加盐也不够安全但毕业设计层面够用至少比明文强。SQL 注入前面提过全部走参数化查询别拼字符串。这两点答辩时被问到能说出「哈希存储」和「参数化查询」就是加分项。5. 避坑与排查编译报错、数据库连不上、界面卡死怎么救5.1 现象编译时报 ResolveAssemblyReference 警告或错误原因源码里引用的某些程序集路径是原作者机器上的绝对路径或者版本和你本地不一致。你看到的ResolveAssemblyReference.cache就是 MSBuild 解析程序集时生成的缓存文件它本身不是错误但引用缺失时会连带报错。解决在解决方案资源管理器里展开「引用」看哪个带黄色感叹号右键移除后重新添加。如果是 NuGet 包打开packages.config或.csproj确认包名和版本用Update-Package -Reinstall重装。还不行就删掉bin和obj目录重新生成。5.2 现象程序启动报「无法打开登录所请求的数据库」原因连接字符串指向的数据库不存在或者当前 Windows 账号没有访问权限。解决先在 SSMS 里确认MShopDB存在且能查询。然后检查连接字符串的Initial Catalog拼写。如果是权限问题在 SSMS 里给当前 Windows 用户授予db_owner角色或者改用 SQL 账号登录。5.3 现象点击查询按钮后界面卡住不动原因查询数据量大或者网络延迟同步执行阻塞了 UI 线程。解决把查询放到Task.Run里用await等结果。如果查询本身慢检查 SQL 有没有走索引药品名称这种经常查的列加个非聚集索引。别用Thread.Sleep模拟等待那是自欺欺人。5.4 现象DataGridView 修改后数据库没变原因你可能只改了绑定对象没调 Service 层的更新方法。DataGridView默认不会自动回写数据库。解决在CellEndEdit事件里取新值调Update方法。或者用BindingListT加ListChanged事件统一处理。别指望控件帮你持久化它只管显示。5.5 现象多线程更新界面抛跨线程异常原因后台线程直接访问了控件属性。解决用Invoke或BeginInvoke把更新操作封送回 UI 线程。更现代的做法是async/await加IProgressT代码更干净。6. 进阶技巧把系统改造成能写进论文的加分项如果你不满足于跑通就交想让答辩老师眼前一亮有几个方向可以叠。第一个是加操作日志每次增删改都往Log表写一条记录用户、时间、操作类型和旧值新值。实现不难在SqlHelper里加个钩子或者在 Service 层统一调用。论文里可以写「基于 AOP 思想的操作审计」听起来就有分量。第二个是库存预警加定时任务。用System.Timers.Timer每小时扫一次库存低于阈值就弹提醒或者写预警表。注意 Timer 的回调也在后台线程更新界面照样要Invoke。第三个是报表导出。把销售数据导成 Excel用 NPOI 或者 EPPlus 库别用 Office Interop那玩意在没装 Office 的机器上直接崩。导出时注意日期格式和金额精度decimal转字符串用ToString(F2)保留两位。第四个是换 SQLite 做便携版。把SqlConnection换成SQLiteConnectionSQL 方言改一改就能做到拷个文件夹就能演示不依赖机房环境。但记得把连接字符串和SqlHelper抽成接口不然换库要改几十个文件。最后说个我自己的习惯每次拿到别人的源码先不急着改代码而是把数据库还原、连接字符串配好、跑通登录和主界面确认基线能跑再动任何一行。这样出了问题你能分清是原本就有的还是你改出来的。从那以后我每次接项目都强制走一遍「还原-配置-跑通-再改」的流程省了无数排查时间。希望帮到你。本文还有配套的精品资源点击获取
