C++学生成绩管理系统源码：分层架构与绩点排名实现

简介这套C学生成绩管理系统面向计算机专业毕业生、课程设计学习者以及希望熟悉C与数据存储协作的开发新手完整实现了教师、学生双角色登录、学生个人信息展示、课程增删改查、成绩录入与按学号、姓名、课程多条件查询、成绩修改删除、学生信息维护等流程可直接编译运行适合作为毕业设计原型或二次开发底稿。压缩包共26个文件、约6.49MB以5个cpp源文件与4个h头文件承载核心业务逻辑辅以工程配置、说明文档与设计报告类文件另附打包zip和数据库说明便于对照阅读代码结构与模块划分。该资源已有10194人学习下载读者可据此理清菜单式交互的实现方式、成绩文件批量导入的链路以及学生与课程数据的组织方案也能借鉴其中的需求描述与小结体会较快形成自己的设计思路与答辩材料。1. 先厘清需求边界再写第一行代码每年学期末都有人来问C 学生成绩管理系统这种题目是不是太老写出来会不会被嫌没新意。我的看法相反——题目老恰恰意味着评审老师见过几十份同类作品一眼就能分出哪份是真做过的。真正拉开差距的不是界面多花哨而是三件事录入时的校验是否严实、加权成绩和绩点的计算规则是否统一、异常数据有没有保底处理。这套带源码的毕业设计成品面向两类人要交 C 课程设计或毕业设计的同学需要一份能编译、能演示、答辩时讲得清设计的完整方案以及刚接手教学辅助小工具的开发者想找一份分层清楚、存储层可以替换的参考实现。下面按需求边界、架构选型、模块实现、坑位排查、验收答辩的路径推进表结构和代码都能直接改。2. 需求拆解三类角色、四张表和一个不能含糊的计算规则成绩管理系统的功能看起来很多实际上真正必须做的功能用一张权限矩阵和四张数据表就能归纳完。很多人一上来就写登录界面和主菜单写到一半才发现“重修成绩怎么存”“排名并列怎么算”“退学的学生要不要进统计”这些问题没想清楚回头改表结构整个项目就得推倒重来。所以这一步值得花上半天时间先把边界确定下来。2.1 三类角色与权限矩阵学生成绩管理系统的角色通常就三个多一个都是负担。管理员负责账号、班级、课程这些基础数据教师负责自己任教课程的成绩录入和修改学生只能查自己的成绩和排名。把这张矩阵写在设计文档第一章答辩时评委翻到就知道你想过权限问题。功能管理员教师学生学生/班级增删改可写只读不可见课程与教学班维护可写只读本人课程不可见成绩录入与修改可写含纠错仅本人课程录入后 48 小时内可改不可见成绩查询全部本人课程仅本人统计报表导出全部本人课程不可见账号与密码全部仅本人仅本人“教师录入后限时可改”这一条是我通常的做法它能在答辩时变成一个可以展开的设计点修改不是简单覆盖而是留一条操作记录谁在什么时候把 78 改成了 82全部可查。日志只需要一张表成本很低但它把“成绩管理”从 CRUD 变成了有审计概念的系统。2.2 功能清单分三档必做、加分、别碰课程设计和毕业设计最常见的失误是功能列了二十条交付时只跑通五条。我的建议是开工前就把清单切成三档写进文档交付时按档位对账。必做档只有六条登录与角色识别、学生信息管理、课程与学分管理、成绩录入与修改、按学生/班级/课程查询、加权平均分与绩点计算。这六条是评审的底线缺一条都会被追问。加分档挑两到三条做透就够班级排名与年级排名含并列处理、课程成绩分布统计及格率、最高最低、分段人数、成绩单导出为 CSV、操作日志与数据备份。挑自己最有把握的两条做到能演示、能讲原理比全都做一半强得多。别碰档要明确写出来跨平台图形界面、多线程并发写、云端同步、人脸识别签到。这些不是不好而是和“成绩管理”的核心逻辑无关一旦引入就会占用大量调试时间最后核心功能反而粗糙。2.3 数据字典四张表撑起全部业务四张表学生、课程、成绩、账号。成绩表是核心其他三张都是它的支撑。字段设计上有两个关键决策点我一般会在文档里写清楚理由。第一个是主键用什么。学生表用自增整型 id 做主键学号做成唯一索引。原因后面避坑章节会细说简单讲学号是业务字段会变比如院系调整后重新编号拿它当外键一改就牵连全库。第二个是分数用什么类型存。百分制成绩用整数存放大 10 倍存 785 表示 78.5或者存 REAL 但在比较时走 epsilon。用整数最省心统计时再除回去避免了 59.999999 判成不及格这类很难排查的问题。表关键字段约束studentid、student_no、name、class_id、enroll_year、statusstudent_no 唯一status 取值在籍/休学/退学courseid、course_no、name、credit、term、teacher_idcredit 范围 0.5~10scorestudent_id、course_id、term、attempt、usual、exam四字段联合唯一usual/exam 范围 0~100accountid、username、password_hash、salt、role、owner_idusername 唯一role 取值在 1~3score 表里的 attempt 表示第几次修读正常考试是 1重修依次递增。这个字段很多人会漏漏了以后重修成绩要么覆盖原成绩要么存不进去两种情况都不符合教学管理的实际要求。2.4 业务计算规则先定下来成绩构成、及格线与绩点在写代码之前把三个公式确定下来写进文档后面所有模块都调用同一份实现。总评成绩 平时分 × 30% 期末分 × 70%保留一位小数。及格线 60 分。绩点按常见五分制折算低于 60 记 060 分记 1.0之后每多 1 分加 0.1100 分封顶 5.0。平均学分绩点GPA Σ(课程学分 × 课程绩点) / Σ课程学分。注意分母是所修课程的学分总和不是课程门数——这一点每年都有人写错一算出来绩点个个超过 4.5答辩现场被问一句就露馅。这些规则一旦定下来就不要在界面层和统计层各写一遍。正确的方式是单独放一个计算模块录入、查询、报表、导出全部调它改规则只改一处。3. 架构与选型三层结构加一个可替换的存储层C 项目最容易写成一个大 main 函数几百行从头撸到尾能跑但改不动。加一个功能要动五处出一个 bug 找不到在哪。分层不是为了好看是为了让你在答辩前一周还能安全地改需求。3.1 为什么一定要分层把 UI 换掉时业务不用重写我一般分成三层表现层控制台菜单或简单的命令行解析、业务服务层成绩录入、统计、排名、存储层文件或数据库。分层的检验标准很朴素把控制台菜单换成别的输入方式业务代码一行都不用改。做到这一点说明层与层之间只通过接口通信没有把std::cin和std::cout塞进业务函数里。具体落地就是三个约定。业务层函数的参数和返回值只用实体结构和标准容器不接收也不返回输入输出流。存储层暴露抽象接口业务层持有接口指针不关心底下是 CSV 还是 SQLite。表现层只做两件事把用户输入转成参数把结果排版打印。这三条做到了你的项目在答辩时就能讲出“可测试、可替换”这两个词而且拿得出证据——比如同一份业务代码编译两个可执行文件一个走文本存储一个走数据库。3.2 存储选型文本文件、二进制、SQLite 怎么选三种方案我都带学生做过各自适用的场景很明确。CSV / 文本文件优点是零依赖、纯标准库、交作业时老师双击就能看内容调试时直接打开文件就知道数据对不对。缺点是并发写不安全、查询要全表扫描、关联查询得自己写代码维护。学生规模在几百人、几千条成绩时完全够用。二进制文件读写快、体积小但不可读出问题只能靠打印调试而且结构体一改字段旧数据全部作废。课程设计里我不太推荐除非题目明确要求。SQLite单文件数据库不用装服务支持 SQL、事务、索引、外键。查询统计写起来非常舒服一句 GROUP BY 就出报表。代价是要链接第三方库工程配置多一步交作业时需要把库文件一起打包。我的建议是如果题目关键词里有“数据库”直接上 SQLite把建表语句和索引写进文档这是加分项如果只要求“数据持久化”用 CSV 就够把原子写入做好稳定性一样有保障。下面这套代码骨架按接口抽象来写两种实现可以并存。3.3 类骨架与接口定义先看实体。实体结构只放数据和一个最基础的自我描述不掺业务逻辑这样它能在三层之间自由传递。// models.h —— 纯数据结构不含任何 IO 与业务判断 #pragma once #include string struct Student { long long id 0; // 内部主键自增永不修改 std::string studentNo; // 学号业务唯一键可变更 std::string name; std::string classId; // 班级编号如 CS2401 int enrollYear 0; // 入学年份用于按年级筛选 int status 1; // 1 在籍 2 休学 3 退学 }; struct Course { long long id 0; std::string courseNo; std::string name; double credit 0.0; // 学分0.5 ~ 10 std::string term; // 学期格式 2024-2025-1 long long teacherId 0; }; struct Score { long long studentId 0; // 关联 student.id不是学号 long long courseId 0; std::string term; int attempt 1; // 第几次修读重修递增 int usual 0; // 平时分放大 10 倍存785 表示 78.5 int exam 0; // 期末分同上 };分数用放大 10 倍的整数存是为了彻底绕开浮点误差。界面显示时除以 10.0参与统计时用 double 转换判断及格时用整数比较永远不会出现 59.9999 这种分数。再看存储层的抽象接口。它是整个分层的核心业务层只认这个头文件。// repository.h —— 存储层抽象CSV 和 SQLite 各实现一份 #pragma once #include vector #include models.h class IScoreRepository { public: virtual ~IScoreRepository() default; // 按 (studentId, courseId, term, attempt) 联合唯一存在则更新不存在则插入 virtual bool upsert(const Score s) 0; virtual std::vectorScore listByStudent(long long studentId) 0; virtual std::vectorScore listByCourse(long long courseId, const std::string term) 0; // 删除同时写入操作日志由实现类决定日志落盘方式 virtual bool remove(long long studentId, long long courseId, const std::string term, int attempt) 0; };四个方法覆盖了成绩模块的全部读写需求。业务层拿到的IScoreRepository*是接口指针构造函数里注入具体实现改存储方案时只需要换一行构造代码。3.4 工程组织与编译目录结构按层划分不按文件类型划分这样别人接手时一眼能看懂职责。grade-system/ ├── include/ # 对外头文件 │ ├── models.h │ ├── repository.h │ └── score_service.h ├── src/ │ ├── score_service.cpp # 业务录入校验、统计、排名 │ ├── csv_repo.cpp # 存储实现 A │ ├── sqlite_repo.cpp # 存储实现 B │ └── main.cpp # 表现层菜单与输入输出 ├── data/ # 运行期数据文件 ├── tests/ # 自测用例 └── CMakeLists.txt编译用 CMake三个目标核心静态库、主程序、测试程序。核心库单独编出来的好处是测试程序可以只链接业务代码不用启动整个菜单。cmake_minimum_required(VERSION 3.16) project(grade_manager CXX) set(CMAKE_CXX_STANDARD 17) set(CMAKE_CXX_STANDARD_REQUIRED ON) # 业务核心不含 main方便单元测试直接链接 add_library(core src/score_service.cpp src/csv_repo.cpp ) target_include_directories(core PUBLIC include) add_executable(gms src/main.cpp) target_link_libraries(gms PRIVATE core) # 测试程序只链核心库绕过菜单直接测业务函数 add_executable(core_test tests/test_score.cpp) target_link_libraries(core_test PRIVATE core)不想装 CMake 的话一条命令也能编g -stdc17 -Iinclude -O2 -Wall -Wextra \ src/*.cpp -o gms-Wall -Wextra一定要加。这两个开关能提前抓出大量未初始化变量、类型截断、有符号无符号比较的问题答辩前一天才发现的空指针崩溃多数都能在这里被拦下来。4. 核心模块实现从录入校验到并列排名业务层是整个项目技术含量最高的部分也是答辩时唯一值得花时间展开讲的地方。这一章按数据流顺序走一遍先约定文件格式再写录入校验然后做统计排名最后处理导出与备份。4.1 实体建模与文件格式约定CSV 存储的第一行是表头之后每行一条记录字段用英文逗号分隔字段内不允许出现逗号和换行。学生姓名里如果有逗号少数民族姓名里偶尔遇到写入前统一做转义读出来再还原。student_id,course_id,term,attempt,usual,exam 1,3,2024-2025-1,1,850,782 1,3,2024-2025-2,2,900,810第一行数据表示 1 号学生修 3 号课程平时分 85.0期末分 78.2第一次修读第二行是同一门课重修的成绩attempt 为 2。有了这一列重修成绩和首次成绩可以并存统计时按attempt 1过滤就能只算首修。读写 CSV 有个细节值得写进代码字段拆分不要用strtok它会把连续分隔符当成一个遇到空字段就错位。用std::getline(ss, field, ,)逐段取空字段也能正确保留。4.2 录入链路校验在前写入在后录入是最容易产生脏数据的入口。一条链路上至少有四类检查输入流是否读到了合法数字、分数是否在 0~100、该学生该课程该学期是否已经存在有效成绩、这门课的学分是否已维护。// score_service.cpp —— 录入链路校验全部前置通过了才落盘 #include score_service.h #include algorithm #include cmath // 返回空串代表通过非空串是可直接展示给用户的中文错误提示 std::string ScoreService::validateInput(int usualX10, int examX10) const { if (usualX10 0 || usualX10 1000) return 平时分必须在 0 ~ 100 之间; if (examX10 0 || examX10 1000) return 期末分必须在 0 ~ 100 之间; return {}; } // 总评平时 30% 期末 70%返回放大 10 倍的整数四舍五入 int ScoreService::finalScoreX10(int usualX10, int examX10) const { int v (usualX10 * 3 examX10 * 7 5) / 10; // 5 实现四舍五入 return std::clamp(v, 0, 1000); } // 绩点低于 60 记 060 分记 1.0每分 0.1封顶 5.0 double ScoreService::gradePoint(int finalX10) const { double f finalX10 / 10.0; if (f 60.0) return 0.0; double gp (f - 50.0) / 10.0; return std::min(5.0, std::round(gp * 10) / 10.0); }5 再除以 10是整数域的四舍五入写法比std::round处理整数更直接。参数全部用放大 10 倍的整数函数内部只做一次除法转成 double边界值 60 分刚好对应 600判断时不会有误差。录入流程本身写成“先校验、再查重、后写库”三步任意一步失败就返回错误码不留下半条脏数据。查重时如果发现已有attempt 1的记录弹出提示让用户二选一修改原记录或者作为重修新增一条attempt 2。4.3 加权平均、绩点与并列排名GPA 的计算看起来简单坑在分母。正确的实现是把学生的所有首修课程拿出来累加学分和学分绩点最后相除缺考的课程按 0 绩点计入分母这样才符合教学管理里“缺考拉低绩点”的实际规则。// 计算单个学生的平均学分绩点 GpaResult ScoreService::calcGpa(long long studentId, const std::string term) { auto scores repo_-listByStudent(studentId); double creditSum 0.0, pointSum 0.0; for (const auto s : scores) { if (s.attempt ! 1) continue; // 重修成绩不计入首修绩点 if (!term.empty() s.term ! term) continue; auto c courseOf(s.courseId); if (!c) continue; if (c-credit 0) continue; // 学分未维护的课程跳过避免分母异常 creditSum c-credit; pointSum c-credit * gradePoint(finalScoreX10(s.usual, s.exam)); } if (creditSum 1e-9) return {0.0, 0.0}; // 无有效课程返回零而不是触发除零 return {pointSum / creditSum, creditSum}; }除以学分总和之前必须判断分母是否为零这是最常见的崩溃点。一个刚入学还没有任何成绩的学生查绩点时就会走到这里。排名要做两件事先按总评或 GPA 降序排再处理并列。并列的规则要提前定同分同名次后续名次跳号结果是 1、1、3 而不是 1、1、2。// 排名同分并列后续名次跳号同分时按学号升序保证结果可复现 std::vectorRankRow ScoreService::buildRank(std::vectorRankRow rows) { std::sort(rows.begin(), rows.end(), [](const RankRow a, const RankRow b) { if (a.totalX10 ! b.totalX10) return a.totalX10 b.totalX10; return a.studentNo b.studentNo; // 稳定排序同样分数每次跑出来顺序一致 }); for (size_t i 0; i rows.size(); i) { if (i 0 rows[i].totalX10 rows[i - 1].totalX10) rows[i].rank rows[i - 1].rank; // 与上一名同分沿用名次 else rows[i].rank static_castint(i 1); // 否则取当前下标 1自动跳号 } return rows; }排序的第二关键字用学号是为了让结果可复现。少了它两个同分学生的相对顺序取决于std::sort内部的实现同一份数据跑两次可能顺序不同演示时看起来像 bug。4.4 查询与统计从内存过滤到 SQL 聚合如果走 CSV 存储查询就是遍历加条件过滤几百人的数据量毫无压力把过滤逻辑封装成find_if的谓词即可。如果走 SQLite统计报表能写得非常简洁一句聚合查询出结果。-- 课程成绩分布及格率、最高最低、平均分按首修成绩统计 CREATE TABLE IF NOT EXISTS score ( student_id INTEGER NOT NULL, course_id INTEGER NOT NULL, term TEXT NOT NULL, attempt INTEGER NOT NULL DEFAULT 1, usual_x10 INTEGER NOT NULL CHECK (usual_x10 BETWEEN 0 AND 1000), exam_x10 INTEGER NOT NULL CHECK (exam_x10 BETWEEN 0 AND 1000), PRIMARY KEY (student_id, course_id, term, attempt), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) ); CREATE INDEX IF NOT EXISTS idx_score_course_term ON score(course_id, term); SELECT c.name, COUNT(*) AS 人数, ROUND(AVG((s.usual_x10 * 3 s.exam_x10 * 7) / 10.0), 1) AS 平均分, MAX((s.usual_x10 * 3 s.exam_x10 * 7) / 10) AS 最高分, MIN((s.usual_x10 * 3 s.exam_x10 * 7) / 10) AS 最低分, ROUND(SUM(CASE WHEN (s.usual_x10 * 3 s.exam_x10 * 7) 600 THEN 1 ELSE 0 END) * 100.0 / COUNT(*), 1) AS 及格率 FROM score s JOIN course c ON c.id s.course_id WHERE s.term ? AND s.attempt 1 GROUP BY c.id, c.name ORDER BY 平均分 DESC;CHECK约束和两个索引是这张表的重点。CHECK 在数据库层再拦一次非法分数即使程序有 bug 也写不进脏数据idx_score_course_term让按课程和学期查询不必全表扫描。总评公式在 SQL 里重写了一遍是因为聚合必须在库内完成但取值必须和 C 里的finalScoreX10完全一致——这一点要在文档里注明两边改一处就得同步改另一处。4.5 导出与备份给数据留后悔药导出用 CSV字段和内部存储格式分开内部存放大 10 倍的整数导出时转成保留一位小数的字符串附带学生姓名、课程名、学分方便直接交给教务。文件名带上时间戳避免连续导出互相覆盖。备份做成两道程序每次启动时把当前数据文件复制一份到data/backup/下按日期命名每次批量修改成绩前再手动备份一次。副本保留最近 7 份超出的删掉避免目录膨胀。这套机制写起来不到五十行但它能应对答辩演示时手滑删库这种风险。5. 避坑与排查五个真实翻车点这一章列的是我在带项目和看答辩时反复见到的五类问题每一个都有明确的表象、成因和改法。写代码之前先看一遍能省掉大量返工。5.1 数据层的三个坑学号直接当主键一改就牵连全库。现象是学生转专业重新分配学号后成绩查询全部返回空。原因是把业务字段当成了技术主键所有外键都指向学号改一处就要同步改四张表。解决方式是每张表加一个自增id做主键学号降级为唯一索引所有关联用id界面展示用学号。改完以后学号可以随便改成绩一条不丢。分数用 double 存59.999 分被判不及格。现象是录入 60 分查询显示“不及格”或者总评 89.95 四舍五入后排名错位。原因是浮点二进制表示无法精确表达 0.3、0.7 这类小数加权计算累积误差。解决方式是分数全程用放大 10 倍的整数运算只在最终展示时做一次除法确实要用 double 的地方比较时用std::fabs(a - b) 1e-9绝不写。直接覆盖原文件断电后整个库变空。现象是程序写到一半被强制关闭再打开数据文件长度变成 0所有成绩没了。原因是用了std::ios::trunc直接打开原文件截断瞬间旧数据已经没了新数据还没写完。解决方式是先写临时文件写完 flush 再 rename 覆盖// 原子写入先落临时文件再整体替换避免中途崩溃丢数据 bool saveAtomic(const std::string path, const std::string content) { std::string tmp path .tmp; { std::ofstream out(tmp, std::ios::binary | std::ios::trunc); if (!out) return false; out content; out.flush(); if (!out.good()) return false; // 磁盘满或权限不足保留原文件不动 } std::error_code ec; std::filesystem::rename(tmp, path, ec); // 同分区内 rename 是原子操作 return !ec; }同分区内 rename 是原子操作要么成功要么原文件完好不存在中间状态。写完再补一条程序启动时检查.tmp是否存在存在说明上次写到一半崩了提示用户从备份恢复。5.2 业务与输入的两个坑输入字母后程序死循环满屏打印菜单。现象是菜单要求输入数字用户手滑输了个字母屏幕上开始疯狂滚动刷屏只能强制关闭。原因是std::cin int失败后进入 fail 状态流里那个非法字符一直没被取走下一次读取立刻又失败循环空转。解决方式是在每次读取后检查状态失败时清空标志和缓冲区// 安全的整数读取失败返回 false缓冲区清干净不会死循环 bool readInt(int out) { if (std::cin out) return true; std::cin.clear(); // 清掉 failbit std::cin.ignore(std::numeric_limitsstd::streamsize::max(), \n); // 丢弃整行 return false; }所有交互式输入都走这个函数失败就提示“请输入数字”并重新显示菜单永远不会卡死。控制台中文乱码答辩时满屏问号。现象是源码里写的“成绩录入”在 Windows 控制台打印成乱码。原因是源文件用 UTF-8 保存而控制台默认代码页是 GBK两套编码对不上。解决方式有两条要么在程序启动时调用系统接口把控制台代码页切成 65001要么把源码统一保存成 GBK 并在文档里注明。我一般选前者同时在 CMake 里加一行add_compile_options($$CXX_COMPILER_ID:MSVC:/utf-8)MSVC 下就能正常识别 UTF-8 源码。6. 验收与答辩三分钟演示脚本和一张自查表功能写完不等于项目完成。真正的交付标准是别人拿到你的工程能在十分钟内编译跑起来能在三分钟内看到全部核心功能能在五分钟内听懂你的设计。我通常准备一套固定的演示脚本按数据流走不按菜单顺序走。第一步用管理员账号登录新建一个班级、三门课程其中一门设为选修、2.5 学分展示学分和课程类型确实生效。第二步切到教师账号给同一个学生录入一条正常成绩和一条重修成绩录入时故意输入一次 120 分让评委看到校验拦住了。第三步切回学生账号查成绩展示首修和重修分开显示、绩点算出来了。第四步管理员看班级排名当场造两个同分学生展示并列名次是 1、1、3。第五步导出 CSV用记事本打开。整条路线三分钟覆盖了权限、校验、重修、绩点、并列、导出六个技术点每个点都能接着往下聊。答辩前一周按这张表自查一遍每条都要能当场演示不能只是“理论上支持”。检查项通过标准常见失分干净环境编译删掉 build 目录后一条命令编过依赖本机路径、缺头文件无数据启动data 目录为空时不崩溃能建初始管理员打开不存在文件直接崩非法输入输入字母、超范围分数、空行均被拦住死循环或写入脏数据并列排名两人同分显示同名次第三人为 3显示 1、2、3绩点计算手算一门课验证与程序一致分母用课程门数数据恢复删掉主数据文件能从备份还原无备份机制预演几个必问问题答案控制在三句话以内。“为什么用文件不用数据库”——因为课程设计的重点是业务逻辑和分层存储层做了接口抽象换 SQLite 只需加一个实现类“重复成绩怎么处理”——用 attempt 字段区分修读次数统计默认取首修重修单独展示“排名并列怎么算”——同分同名次、后续跳号排序加学号做第二关键字保证结果稳定“数据丢了怎么办”——启动自动备份加写入前临时文件两个机制配合。有位评审老师跟我说过一句话我记到现在他要看的不是功能有多少而是你能不能说出“这里为什么不那样做”。每一条设计决策背后都有一个被排除的方案把排除理由讲出来比把功能列表念一遍有用得多。从那以后我每次带项目都强制要求学生在文档里给每个关键决策写一行“备选方案与放弃理由”答辩时照着念都不会翻车。这套 C 学生成绩管理系统的完整源码、表结构、设计文档和演示脚本都整理在一起了按上面的路线走一遍基本能覆盖课程设计和毕业设计的全部要求希望帮到你。本文还有配套的精品资源点击获取