简介这是一份记录安工大《数据库系统概论》课程设计全过程的学生成绩管理系统实验报告书面向正在完成数据库课程设计、需要参考完整项目文档的大学生与开发者。报告以 C/S 架构为总体设计基于 Visual Studio 2013 和 SQL Server 2008依次展开需求分析、功能模块设计、数据库建设、界面实现与测试优化等环节对登录验证、学生信息查询、成绩增删改查、新用户注册、帮助菜单等模块均给出了可复现的设计说明和 SQL 操作思路也总结了数据安全与性能测试中的注意事项。资源为 1 个 doc 文档共 532KB包含需求分析、功能模块图、实现过程、参考文献等完整内容排版清晰适合直接对照撰写报告或梳理系统开发流程。已有 68 人学习下载可作为课程设计报告写作与系统开发实践的双重参考。1. 一份能直接交差的数据库课程设计学生成绩管理系统报告书全拆解这份来自安工大的《数据库系统概论》课程设计报告书完整记录了一个基于 Windows 环境的学生成绩管理系统从需求分析到代码实现的全过程技术栈是 Visual Studio 2013 C# SQL Server 2008采用 C/S 架构。系统覆盖用户登录、学生信息查询与管理、成绩录入、新用户注册、帮助菜单五个模块代码量不大但「登录验证、数据表设计、增删改查」这条数据库课程设计的主线全部走通了。适合正在做数据库课程设计、想参考一份完整报告结构和可运行代码的同学也适合想快速复习一遍 C# 连接 SQL Server 全流程的从业者。如果你正在为课程设计发愁这份报告书值得下载下来对照着改。这篇拆解会把报告里值得抄的部分、需要改的部分和答辩时可能被追问的坑一次性讲透。2. C/S 架构与数据表设计先把地基打牢再写窗体2.1 为什么选 C/S 而不是 B/S这个选择题有标准答案报告在用户需求分析里明确提出「系统的基本体系结构采用 C/S 模式」对这个选题来说这个决定是对的。学生成绩管理系统的用户是全校上千名学生但真正高并发的场景只有期末查分那几天这个量级用 SQL Server 2008 的连接池就能扛住没必要上 B/S 那套 Web 服务器加浏览器交互的复杂度。C/S 模式下客户端直接持有数据库连接WinForms 窗体交互响应快Visual Studio 2013 的设计器拖控件就能把界面搭出来对「一个人开发、老师现场验收」的课程设计场景开发效率和调试便利性都明显占优。从数据流的角度看C/S 模式里客户端窗体发起 SQL 请求SQL Server 负责编译执行、返回结果集网络传输的只有请求和结果不像文件系统共享那样每次操作都要传整个文件。这个模式对学生成绩管理这种「操作频率不高、单次数据量小」的场景非常合适。常见的错误选型是盲目套三层架构或者硬上 Web 前端最后答辩时老师问一句「你引入这一层解决了什么问题」就答不上来。课程设计的评分里架构选型能讲出理由比技术栈用得多新更值钱。报告里的性能需求写了及时性、安全性、可用性三条其中安全性提到「基于用户的系统操作权限控制、身份鉴别」正好对应后面的登录模块和角色字段——报告是前后呼应的不是随手抄一段需求列表。2.2 三张表的设计学生表、成绩表、登录表报告正文里给了表2-12-22-3三张数据表的定义从附录源代码能反推出真实的表结构。添加学生信息用的是insert into Table_1 (Name,sex,Age)说明学生表至少有姓名、性别、年龄三列登录验证用的是select count(*) from Login where 登录名{0} and 密码{1}说明登录表有登录名和密码列。中间缺一张成绩表这是课程设计里最常见的补全点我一般会按「学生表—成绩表—登录表」三张表把整个系统串起来。学生信息表Table_1是系统的核心表字段名类型约束说明Idintidentity(1,1) 主键自增编号Namenvarchar(20)not null学生姓名sexnchar(2)check (sex in (男,女))性别Ageintcheck (Age between 0 and 100)年龄学号nvarchar(20)unique关联成绩表的外键登录表Login负责身份验证登录名为主键密码不允许为空再加一个角色字段区分管理员和普通用户。成绩表Score用学号关联学生表字段包括课程名和成绩成绩加 0 到 100 的 CHECK 约束。建表脚本我一般会这样写CREATE TABLE Table_1 ( Id INT IDENTITY(1,1) PRIMARY KEY, Name NVARCHAR(20) NOT NULL, sex NCHAR(2) CHECK (sex IN (N男, N女)), Age INT CHECK (Age BETWEEN 0 AND 100), 学号 NVARCHAR(20) UNIQUE ); CREATE TABLE Login ( 登录名 NVARCHAR(20) PRIMARY KEY, 密码 NVARCHAR(20) NOT NULL, 角色 NVARCHAR(10) DEFAULT N普通用户 ); CREATE TABLE Score ( Id INT IDENTITY(1,1) PRIMARY KEY, 学号 NVARCHAR(20) FOREIGN KEY REFERENCES Table_1(学号), 课程名 NVARCHAR(50) NOT NULL, 成绩 FLOAT CHECK (成绩 BETWEEN 0 AND 100) );脚本里每组约束都有来路性别的 CHECK 对应窗体上 ComboBox 里的「男」「女」两个选项年龄的 CHECK 和附录代码里int.Parse(txtage.Text) 0 || int.Parse(txtage.Text) 100的判断是双保险UI 层拦截一次、数据库层再拦一次成绩的 CHECK 保证录入分数不会出现 120 分这种低级错误。课程设计阶段保留这些约束答辩时能讲出「我在数据库层做了完整性约束」是一个稳定加分项。注意成绩表如果改成五级制优/良/中/及格/不及格CHECK 约束会变成障碍这时候改成数值型加前端映射更灵活这个取舍可以写进报告里。2.3 连接字符串与配置分离constring 是全局命脉附录代码里反复出现open.constring这是一个公共静态类里的字段。报告没有贴这个类的完整定义但它是整个系统能不能跑起来的命门。我一般会这么定义class open { public static string constring Data Source.;Initial CatalogStudentDB;User IDsa;Password123456; }连接字符串每个参数都要能讲清楚Data Source.表示本机 SQL Server 默认实例如果用的是命名实例要写成服务器名\实例名的格式Initial CatalogStudentDB指定要连接的数据库User IDsa和Password123456是登录账号密码这里用的是 SQL Server 身份验证。报告里用静态字段集中管理连接字符串课程设计阶段够用但如果想让答辩多一层保障我建议升级成 App.config 配置connectionStrings add nameStudentDB connectionStringData Source.;Initial CatalogStudentDB;User IDsa;Password123456 providerNameSystem.Data.SqlClient/ /connectionStrings读取时用ConfigurationManager.ConnectionStrings[StudentDB].ConnectionString取出来传给 SqlConnection。好处是换机器演示时只改配置文件、不用重新编译对应报告里「可维护性」那条性能需求。这里有个高频坑SQL Server 2008 默认只开 Windows 身份验证你写User IDsa直连会直接报「用户 sa 登录失败」。需要在 SSMS 里把服务器属性改成「SQL Server 和 Windows 身份验证模式」再右键 sa 账号启用并重设密码。这一步不写进报告书的话换台电脑演示大概率当场翻车。另外这种明文连接串的写法也有隐患——源代码里 sa 密码直接暴露答辩时可以主动提一句「课程设计阶段用明文便于调试真实项目会走配置加密或 Windows 集成认证」老师会觉得你边界感清楚。3. 用 C# 把登录和成绩管理写出来从窗体到 SQL 的全链路3.1 登录验证ExecuteScalar 与 count(*) 的组合报告附录贴出的用户登录代码是整个系统最值得反复看的一段因为它是「数据库查询」和「业务判断」结合的典型代表private void btnok_Click(object sender, EventArgs e) { SqlConnection conn new SqlConnection(open.constring); try { conn.Open(); string sql string.Format(select count(*) from Login where 登录名{0} and 密码{1}, txtname.Text, txtpsw.Text); SqlCommand comm new SqlCommand(sql, conn); int count (int)comm.ExecuteScalar(); if (count 1) { student stu new student(); stu.Show(); this.Visible false; } else { MessageBox.Show(你输入的不正确); } } catch (Exception ex) { MessageBox.Show(ex.Message); } finally { conn.Close(); } }逻辑说明登录按钮的点击事件里先conn.Open()打开数据库连接然后用select count(*)查询「是否存在登录名和密码同时匹配的记录」ExecuteScalar()返回结果集第一行第一列的值也就是统计数字。count 等于 1 表示账号密码正确跳转到 student 主窗体否则弹窗提示输入不正确。try-catch-finally 的结构保证任何异常都能被抓住弹出提示并且连接最终一定被关闭——课程设计里很多同学只写 try 和 catch不写 finally本地跑不出问题服务器上跑多了连接就会耗尽。参数说明string.Format把文本框内容直接拼进 SQL这是经典的 SQL 注入写法避坑章细说this.Visible false而不是this.Close()是为了保留登录窗体实例学生登出后还能回来ExecuteScalar()返回 object 类型所以前面必须强转(int)不转直接和 1 比较会报编译错误。另外student stu new student()类名首字母小写不符合 C# 的 PascalCase 命名规范答辩时被问到命名规范会尴尬建议改成Student。还有一点可以写进报告的安全性需求里登录失败统一提示「你输入的不正确」不区分「账号不存在」和「密码错误」避免给攻击者做用户名枚举的余地。3.2 添加学生信息INSERT 语句与三层校验报告附录的另一段完整代码是 Add 窗体的添加按钮逻辑包含年龄校验、数据库插入、结果反馈三个层次private void btnadd_Click(object sender, EventArgs e) { if (int.Parse(txtage.Text) 0 || int.Parse(txtage.Text) 100) { if (int.Parse(txtage.Text) 100) MessageBox.Show(年龄请不要超过 100); else MessageBox.Show(年龄请不要小于 0); } else { SqlConnection conn new SqlConnection(open.constring); try { conn.Open(); string sql string.Format(insert into Table_1 (Name,sex,Age) values ({0},{1},{2}), txtname.Text, cbosex.Text, int.Parse(txtage.Text)); SqlCommand comm new SqlCommand(sql, conn); int a comm.ExecuteNonQuery(); if (a 1) { MessageBox.Show(插入成功); this.Close(); } else { MessageBox.Show(插入失败); } } catch (Exception ex) { MessageBox.Show(ex.Message); } finally { conn.Close(); } } }逻辑说明这是典型的「先校验、再入库」流程。点击添加后先检查年龄是否在 0 到 100 之间不在就弹对应提示通过校验才打开数据库连接执行 insert 语句ExecuteNonQuery()返回受影响的行数——1 表示插入成功弹提示并关闭窗体0 表示没插进去弹插入失败。报告里把这段代码单独附上体现的就是从「业务规则校验」到「数据持久化」的完整链路。参数说明cbosex.Text取的是 ComboBox 当前选中项的文本窗体加载时cbosex.Items.Add塞入了「男」「女」并默认选中「男」int.Parse(txtage.Text)在文本框为空或不是纯数字时会抛 FormatException这个坑非常经典改进做法是用int.TryParse做安全转换。string.Format拼 SQL 能跑但风险高第 5 章会给参数化版本。还有个小瑕疵表名 Table_1 和列名 sex 太随意正常项目习惯是 StudentInfo 和 Gender报告里保留原名问题不大但代码注释里最好说明字段含义。插入成功后this.Close()是一个交互习惯——添加完一条默认不需要连续添加关掉窗体回主界面看列表刷新如果要做批量录入再改成问用户「是否继续添加」课程设计用 Close 是合理取舍。插入成功后主窗体列表不刷新的问题报告这段代码埋了一个隐藏 bugstuInfo stuinfo new stuInfo()又 new 了一个全新的主窗体实例在它上面添加 ListViewItem你正在看的那个主窗体根本不知道数据变了。我一般会把主窗体的引用通过构造函数传给 Add 窗体或者让主窗体每次Activated时重新查询并刷新绑定源绕开这个「新增了但看不见」的尴尬。3.3 查询、修改、删除把剩余增删改查补齐报告只贴了登录和添加两段完整代码成绩查询、修改、删除只描述了设计思路。对课程设计来说这三个功能是同一套路的变体我一般这么组织。查询用 SqlDataAdapter 填充 DataTable再绑定到 DataGridViewprivate void btnSearch_Click(object sender, EventArgs e) { string sql select * from Table_1 where 学号id or Namename; SqlDataAdapter da new SqlDataAdapter(sql, open.constring); da.SelectCommand.Parameters.AddWithValue(id, txtId.Text.Trim()); da.SelectCommand.Parameters.AddWithValue(name, txtName.Text.Trim()); DataTable dt new DataTable(); da.Fill(dt); dataGridView1.DataSource dt; }逻辑说明SqlDataAdapter 是连接和数据集之间的桥梁da.SelectCommand.Parameters.AddWithValue为查询语句传入两个筛选参数da.Fill(dt)把数据库返回的结果集填充到内存 DataTable 里最后赋值给 DataGridView 的 DataSource 属性完成显示。这里用or实现了「按学号或按姓名二选一查询」和报告里「设计了两种查找方式」的描述对应。注意两个参数都加了.Trim()去掉首尾空格避免用户手滑多敲一个空格查不到结果。删除操作必须加确认弹窗这是数据库操作的底线习惯private void btnDelete_Click(object sender, EventArgs e) { if (MessageBox.Show(确定删除该学生删除后不可恢复, 确认, MessageBoxButtons.YesNo) ! DialogResult.Yes) return; string sql delete from Table_1 where 学号id; SqlCommand comm new SqlCommand(sql, open.constring); comm.Parameters.AddWithValue(id, dataGridView1.CurrentRow.Cells[学号].Value.ToString()); comm.Connection.Open(); int a comm.ExecuteNonQuery(); MessageBox.Show(a 1 ? 删除成功 : 未找到记录); comm.Connection.Close(); }逻辑说明MessageBox 弹 YesNo 确认框用户选不是 Yes 直接 return选 Yes 才执行 delete。删除语句用where 学号id精确定位到当前选中的行dataGridView1.CurrentRow.Cells[学号]从当前选中行取出学号。这里最关键的是一条铁律delete 语句必须带 where 条件报告里那句「一旦删除就会删除所有学生的信息」描述的就是不带 where 裸删的后果课程设计里发生这种误操作基本等于报废重来。修改操作本质是 update 语句把要改的字段全部写在 set 后面用主键定位update Table_1 set Namename, sexsex, Ageage where 学号id。三个功能凑齐数据库增删改查的主线就完整了。4. 把报告书写成答辩加分项结构、图表与代码附录4.1 课程设计报告的六段式结构这份报告书的结构可以直接复用到任何数据库课程设计上封面和摘要 → 概述问题的提出、课题的意义→ 开发环境与工具介绍 → 系统需求分析与设计用户需求、功能需求、性能需求、数据分析→ 具体设计功能模块图、E-R 图、界面与代码说明→ 总结、参考文献、附录源代码。这个顺序对应的是「为什么做—拿什么做—怎么做—做成什么样」的完整闭环也是数据库课程设计最常见的评分维度。很多同学写报告只放一堆界面截图和代码需求分析部分空着答辩时老师问「你的系统要解决什么痛点」只能答「老师布置的作业」。报告里那段「问题的提出」恰恰就是回答这个问题用的学生成绩信息管理手工操作工作量大、出错率高、不易查找所以要做一个系统化、程序化的管理系统。写报告时有一个篇幅分配的经验需求分析占到全文的三分之一具体设计占三分之一环境介绍、总结和附录占三分之一。需求分析不是抄模板要落到你的系统到底有哪些操作者、每个操作者分别要干什么——这份报告里用户登录、信息查询、成绩录入、新用户注册、帮助菜单五个功能点每个都能对上具体的界面和代码这就是「需求可追溯」答辩时老师按功能点逐个问你都能指到界面。4.2 E-R 图与功能模块图怎么画报告里有功能模块图和 E-R 图这是数据库课程设计区别于普通编程作业的核心证据也是评阅老师最先扫的两张图。功能模块图用倒树状结构画根节点是「学生成绩管理系统」第一层是用户登录、学生信息管理、成绩管理、新用户注册、帮助菜单五个模块第二层把「学生信息管理」展开成增加、删除、修改、查找四个子功能把「成绩管理」展开成录入、查询两个子功能。E-R 图要体现实体、属性和联系三个元素。这个系统里最核心的是「学生」实体属性有学号、姓名、性别、年龄「课程」实体属性有课程号、课程名「成绩」是学生和课程之间的联系属性是分数。学生和课程之间是「多对多」联系成绩表实际上是这个多对多联系的转化载体。画图工具不用纠结Visio、ProcessOn 或者 PPT 里用形状拼都行关键是实体矩形、属性椭圆、联系菱形三大件别漏连线上的 1:N 或 M:N 标注要清晰。答辩时能被问到的通常是「为什么成绩是联系而不是实体」能回答「成绩依附于学生和课程而存在单独的分数没有意义」就够了。另外提醒一句报告目录里的页码和正文实际位置经常对不上很多课程设计报告都是写完正文才补目录用 Word 的「引用→目录」自动生成后右键更新域能避免这个低级的扣分点。4.3 附录代码怎么截取才加分这份报告的附录只贴了登录和增加学生信息两段代码从交付完整性上看是可以改进的。我一般建议附录代码按功能模块分小节每个小节贴一段「从按钮事件到数据库操作」的完整代码关键行加注释。比如删除代码注释写明「先弹确认框确认后才执行 delete」查询代码注释写明「用 SqlDataAdapter 填充 DataTable 再绑定 DataGridView」。注释的标准是「读代码的人不用看正文也能知道每一段在干什么」。报告正文在需求分析里写过「严格要求程序文档的书写和设计」附录代码的注释质量就是这句话的直接证据——如果附录代码一行注释都没有这句需求就站不住。另外附录代码要和你正文贴的界面截图对得上老师抽查时经常会在附录里找「你说的这个按钮对应的代码在哪」找不到就露馅了。4.4 摘要与参考文献最容易被忽视的两个硬指标摘要写在报告最前面但很多同学是最后才补的补的时候就容易写成「本文介绍了xxx系统的设计与实现」这种套话。报告原文的摘要写的是「基于 Windows 环境的学生成绩管理系统主要功能包括学生信息查询、信息管理、成绩录入」一句话点明平台、功能、工具干净利落。写摘要时记住一个原则把「做了什么、用什么做的、做到什么程度」三件事讲清楚篇幅控制在半页以内别出现「随着时代的发展」这类空话。参考文献也是容易被忽视的扣分点。这份报告列了三本《数据库系统及应用》《数据库系统概论》《C#.NET 程序设计使用教程》作者、出版社、年份都齐全属于规范写法。写参考文献时注意两点一是和正文引用对得上比如报告里讲了 SQL 的 Select、Insert、Update、Delete 标准命令对应的引用就是《数据库系统概论》二是别列你没有翻过的书答辩时老师随机翻开一本问「这本书里怎么讲的查询优化」答不上来反而扣分。5. 避坑指南课程设计最常见的五个翻车现场先说一个总原则课程设计翻车大多不是功能写不出来而是「在演示和答辩那一刻崩了」。以下五条踩坑记录来自学生成绩管理系统这类 C/S 项目里最高频的问题每条按「现象 → 原因 → 解决」整理写报告书时可以直接吸收进「遇到的问题及解决」一节。5.1 SQL 注入字符串拼接是最危险的习惯现象在登录文本框输入 or 11 --直接登录成功根本没输密码。 原因string.Format把用户输入拼进了 SQL 语句单引号提前闭合了字符串条件--注释掉后面的密码判断count(*) 结果恒大于 0任何账号都能进系统。这是报告附录代码原样的真实风险。 解决改用参数化查询SQL 语句只保留占位符用户输入永远作为参数值传递不会被当作 SQL 语法解析string sql select count(*) from Login where 登录名name and 密码psw; SqlCommand comm new SqlCommand(sql, conn); comm.Parameters.AddWithValue(name, txtname.Text); comm.Parameters.AddWithValue(psw, txtpsw.Text); int count (int)comm.ExecuteScalar();这里要说明Parameters.AddWithValue会自动推断参数类型登录名和密码都是字符串够用如果参数参与数值比较比如按学号查年龄建议显式用Parameters.Add(age, SqlDbType.Int).Value ...避免隐式类型转换带来的隐患。5.2 年龄字段类型不匹配int.Parse 的隐藏炸弹现象年龄文本框留空或者输入「abc」程序直接崩溃弹出一串看不懂的异常信息。 原因int.Parse(txtage.Text)遇到空字符串或非数字内容会抛 FormatException课程设计代码里常见只在按钮事件外套 try-catch异常信息原样弹出用户体验很差。 解决用int.TryParse做安全转换转换失败就提示用户重新输入而不是让异常冒泡到界面int age; if (!int.TryParse(txtage.Text, out age) || age 0 || age 100) { MessageBox.Show(年龄必须是 0-100 之间的数字); return; }int.TryParse返回布尔值表示是否转换成功成功后通过 out 参数拿到数值一行代码同时解决「是不是数字」和「范围对不对」两个问题。更省事的方案是界面上直接用 NumericUpDown 控件替代 TextBox最小值 0 最大值 100从控件层面杜绝非法输入代码里连校验都可以省掉。5.3 换电脑就连不上数据库认证模式与连接配置现象在自己电脑上跑得好好的到答辩教室打开程序报「无法连接到服务器」或者「用户 sa 登录失败」。 原因两层问题叠在一起。Data Source.写的是本机实例换机器后实例名和账号密码全对不上目标机器的 SQL Server 2008 默认只开 Windows 身份验证sa 账号被禁用User IDsa当然进不去。 解决把连接字符串挪到 App.config答辩现场改配置即可同时在报告附录加一段「环境部署说明」写明数据库脚本的执行顺序、sa 如何启用、认证模式在哪里切换。我一般会在交付物里附一个setup.sql包含建库、建表、插入初始数据三步到现场执行一遍也就一分钟比带 mdf 文件去附加数据库稳得多。5.4 删除操作没有确认机制误删零成本现象点删除按钮数据直接消失想反悔已经来不及更严重的写法是没带 where 条件一键清空整张表。 原因报告里那句「一旦删除就会删除所有学生的信息」描述的就是不带条件的裸删。这种操作在课程设计验收时一旦发生轻则当场尴尬重则数据库重来只能重新执行建表脚本。 解决删除前强制弹确认框代码用 MessageBox.Show 的 YesNo 模式删除语句必须带主键或学号条件绝对不写裸的delete from Table_1。另外可以在删除前把当前行的关键信息拼到提示文本里比如「确定删除学号 2024001 的张三吗」既友好又降低误操作率。5.5 新增记录主界面不刷新数据写进去了但看不见现象添加学生时提示「插入成功」回到主窗体列表新记录不在里面。 原因报告附录代码里stuInfo stuinfo new stuInfo()是新的窗体实例在它上面添加 ListViewItem对正在显示的主窗体没有任何影响。数据确实写进数据库了但界面没有重新查询等于数据进了「黑匣子」。 解决两个思路任选。一是把主窗体实例传给 Add 窗体添加成功后调用它的刷新方法二是主窗体重写Activated事件每次激活时重新绑定数据。第二种更稳因为从 Add 窗体关闭回到主窗体会自动触发 Activated代码只在主窗体里改不涉及跨窗体传引用。核心原则是「界面显示永远以数据库查询结果为准」不要在内存里手动同步两份数据。6. 答辩前把演示流程固化成一套脚本用最小成本换取稳定输出到最后的落地环节了不讲「多做测试」这种空话直接分享一个我每学期帮人调课程设计都在用的习惯把演示流程写成固定脚本每一步操作对应一个预期结果答辩时不临场发挥。脚本第一项永远是「检查数据库状态」。打开 SQL Server Management Studio确认服务在运行再执行一遍报告附录里的建表脚本确认三张表都在。这一步能过滤掉八成「换机即翻车」的问题。第二项是验证登录用自己开发时注册的账号走一遍别用 admin/123456 这种默认账号演示老师一眼就知道你没真正测过。接下来是演示主路径按「增删改查」顺序走添加一名学生年龄输 20、性别选「男」这类正常值别随手输个 200 去触发 CHECK 约束报错确认插入成功后看列表有没有刷新再修改年龄并存库按学号或姓名查询验证最后删除确认弹窗出现后点「是」。这条链路把 Insert、Update、Select、Delete 四个操作全部覆盖数据库增删改查的完整闭环让老师一眼就能看到。倒数第二步是准备「意外清单」。机器连不上数据库就打开 App.config 改连接字符串SQL Server 没启动就打开服务管理器点启动某条 SQL 报错先查占位符和变量名有没有对上。把这些常见问题写进报告书的「遇到的问题及解决」一节答辩时即便当场翻车你当场修好再继续老师反而认可你的排错能力。演示前清掉开发时的垃圾数据只留一组干净数据保证屏幕上的内容和报告书截图一致。从那以后我每次交课程设计或带人做项目都会强制自己把演示脚本从头到尾走一遍确认每个按钮点击都有预期响应再合上电脑。这个习惯救过我很多次希望帮到你。本文还有配套的精品资源点击获取
