C++课程设计选课系统：类设计、文件持久化与增删改查避坑

简介这份《学生选修课程系统设计》C课程设计文档面向计算机相关专业学生与初学面向对象编程者围绕学生登录、课程浏览、选课与退课、个人信息管理、成绩查询及数据统计等功能串联需求分析、模块图与流程图、关键代码、调试分析和用户手册等报告环节可用于课程设计参考、项目复盘与答辩准备。压缩包共1个doc文件约259KB主体为一份较完整的课程设计报告包含功能说明、模块划分、选课冲突检查与数据持久化思路、上机问题及解决方案、可改进与可扩展功能等内容并附有目录、设计总结、参考文献与附录便于按章节查阅和对照整理。已有1444人学习适合需要理解选课系统业务逻辑、梳理C面向对象实现思路或完善课程设计文档的读者参考。1. 从一份课设报告拆起C课程设计里的选课系统到底练什么每年六月底机房坐满人的时候C课程设计选题里出现频率最高的就是学生选修课程系统。它看起来只是增删改查真动手写几乎所有人都会在同一个位置卡住文件读进来是乱码、改完的记录下次打开没了、删掉一条之后列表里凭空多出一条重复数据。这份资源是一套完整的课程设计报告加可编译源码围绕 student、course、xuanke 三个数据类和 manage 管理类展开教师端负责学生与课程的增删改查和统计学生端负责浏览课程与选课数据靠文件落盘。适合正在赶课设、需要一份能跑通又能讲清设计取舍的参考实现的人也适合想复习面向对象基本功的从业者。下面按类设计、持久化、四件套、避坑、验收的顺序往下拆。2. 四个类的职责切分student、course、xuanke 与 manage 该怎么摆面向对象课设最容易走偏的地方不是语法而是类的边界没划清。原始实现里三个数据类各自管自己的输入输出manage 负责把所有功能函数串起来这个思路本身没问题问题出在 manage 用了多继承又在内部重新定义了一遍对象数组。这一章先把字段和职责定下来后面所有功能才有地方落。2.1 三个数据类字段定长与唯一键的选择student 和 course 都是典型的数据载体字段固定、行为简单只需要 put_xxx 负责录入、display 负责输出。真正的设计决策在两点唯一键用哪个字段字符串用定长数组还是 string。原始代码用 int SID 做学号、int c_code 做课程代码这个选择是对的。整数比较不会出现大小写、前后空格、全半角差异查重和查找都能直接比字符串比对省事得多。如果非要用字符串学号就得在比较前统一 trim课设阶段没必要给自己找麻烦。字符串字段用的是 char 数组char name[10]、char SDEPT[10]、char TEL[10]。这是教材年代的写法放到今天有两个硬伤一是 UTF-8 编码下一个汉字占 3 字节10 字节只够存三个汉字姓名稍长就被截断二是cin name遇到空格就停名字里带空格比如英文名会直接读错位后面的 age、SDEPT 全部跟着串。我在复现时把长度统一放宽到 20 并改用 string读写文件时用getline配合分隔符稳定性提升明显。class student { public: int SID; // 学号唯一键查重和查找都靠它 char name[20]; // 姓名原版 10 字节UTF-8 下三个汉字就满 char sex; // M / F单字符够用 int age; // 年龄 char sdept[20]; // 系别 char grade[20]; // 班级 char tel[20]; // 联系方式纯数字也建议用字符数组避免前导零丢失 void put_student(); // 从 cin 录入一条记录 void display() const; // 单行输出字段之间用制表符对齐 };course 类的字段多一点但逻辑一样c_code是唯一键c_name、c_nature、c_semester是描述性字符串c_hour、c_grade是数值。注意c_grade这个名字有歧义它表示学分而不是年级改名叫credit可读性会好很多改完记得同步改文件读写顺序否则读进来的学分和学期会错位。class course { public: int c_code; // 课程代码唯一键 char c_name[20]; // 课程名称 char c_nature[20]; // 课程性质必修 / 选修 / 限选 int c_hour; // 总学时 int credit; // 学分原名 c_grade 容易和年级混淆 char c_semester[20]; // 开课学期 void put_course(); void display() const; };xuanke 类只有两个 intc_num和s_num代表一条「某学生选了某课程」的关联记录。它没有名字、没有成绩纯关联表。这个类单独存在的价值在第 3 章会体现——选课记录条数会随时间增长用定长对象数组容易溢出用二进制追加写文件更合适。提示三个数据类的字段顺序就是文件里的字段顺序。中途加字段一定要同时改读取函数和保存函数只改一边的后果是整份数据错位而且不会报错。2.2 manage 用继承还是组合多继承写法埋了什么雷原始实现里 manage 的声明是class manage : public student, public course, public xuanke同时类内部又定义了student st[maxn]; course co[maxn]; xuanke xk[maxn];。这就是典型的既继承又包含继承来的那部分成员一次都没用过真正干活的是内部数组。多继承在这里带来三个实际问题。第一语义上讲不通manage 不是一种 student也不是一种 course用 public 继承表达「是一个」的关系本身就是错的。第二如果 student 和 course 里恰好有同名字段比如都叫id在 manage 内部访问就会产生二义性编译器报 ambiguous得写student::id才能消歧。第三继承会把三个类的全部成员复制进 manage 对象对象体积膨胀栈上开manage m;的时候更容易爆栈尤其是 MAXN 开到 100 的时候。改法很简单删掉继承列表只保留组合const int MAXN 100; class manage { private: student st[MAXN]; course co[MAXN]; int s_cnt 0; // 学生条数与 st 绑定 int c_cnt 0; // 课程条数与 co 绑定 public: void s_read(); void c_read(); // 启动时一次性把文件读进数组 void add_student(); void add_course(); void s_search(); void c_search(); void s_display(); void c_display(); void s_delete(); void c_delete(); void s_edit(); void c_edit(); void xuanke(); void cnt(); void save(); // 退出前统一落盘 void run(); // 菜单主循环 };把 s_cnt、c_cnt 从全局变量挪进 manage 的私有成员是这份代码里性价比最高的一处改动。原始版本用的是全局int c_cnt 0, s_cnt 0;好处是任何函数都能直接改坏处也是任何函数都能直接改——一个函数忘了自增、另一个函数误减排查起来毫无线索。变成成员变量之后谁改了计数至少能从成员函数列表里缩小范围。2.3 最小可编译骨架先读文件再进菜单很多人的第一版是每个功能函数内部各开一次文件、各读一遍数据结果是添加完之后查询看不到新记录因为查询函数读的是磁盘上的旧文件。正确做法是在 main 里先调一次读文件之后所有操作都作用于内存数组退出时统一保存。int main() { manage m; m.c_read(); // 先把课程读进 co[]c_cnt 同步更新 m.s_read(); // 再把学生读进 st[]s_cnt 同步更新 m.run(); // 菜单循环内部全部操作内存数组 m.save(); // 退出前落盘避免改动丢失 return 0; }这段 main 只有六行却决定了整个程序的数据流文件是冷存储数组是热数据两者只在启动和退出时同步一次。参数上唯一要注意的是两个读函数必须有「文件不存在就静默返回」的分支第一次运行程序时文件还没生成直接in.open()失败就 return不能让程序挂掉。run 函数用 while 包住整个菜单把「教师端 / 学生端 / 退出」作为一级选择进入某一端之后再用一层 while 做二级菜单。原始版本没做这层循环选一次功能就退出程序测试时得反复重启这个坑在第 5 章还会展开。void manage::run() { int a 0; while (a ! 3) { // 3 表示退出循环条件写反会直接进不去 cout 1.教师端 2.学生端 3.退出 endl; cin a; if (a 1) { /* 教师端二级菜单 while 循环 */ } else if (a 2) { /* 学生端二级菜单 */ } } }3. 落盘方案改造从 fwrite 乱码到 fstream 文本可读课程设计报告里通常会写一句「将记录存入文件」但存成什么格式、怎么读回来差别很大。原始实现中途换过一次方案从 C 的 fwrite 改成 C 的 fstream原因是前者写出来的文件用记事本打开全是乱码答辩时没法演示。这一章把两种方案摊开对比再给出可以直接抄的读写骨架。3.1 两种持久化方式的对照与选型维度fwrite / fread二进制ofstream / ifstream文本文件可读性记事本打开是乱码需专用工具直接可读方便演示和手工核对存储体积紧凑按结构体内存布局写稍大数字转字符有额外开销字段变更影响加字段后旧文件全废需重写加字段后按新顺序读旧文件报错但可手工修跨平台结构体对齐、字节序不同会出问题基本无差异适用场景定长关联记录、追加写主数据表、需要人眼核对的场景结论很清楚student 和 course 这类主数据表用文本流xuanke 这类纯关联记录用二进制追加。原始代码也是这么分的只是报告里没写清楚为什么答辩被问到容易答不上来。改成文本流之后还有一个附带好处调试时可以直接打开course_information.txt看内容字段错位、少写一个字段、多写一个空格肉眼就能发现。二进制文件出问题时只能靠打印数组来比对效率差一个量级。3.2 读文件函数的骨架与 eof 边界读函数的写法看着简单实际有三个容易翻车的细节打开失败要返回、循环条件用流状态而不是 eof()、读完要关闭。void manage::c_read() { ifstream in(course_information.txt); // 默认 ios::in文本模式 if (!in) { // 文件不存在是正常情况静默返回 return; } while (in co[c_cnt].c_code co[c_cnt].c_name co[c_cnt].c_nature co[c_cnt].c_hour co[c_cnt].credit co[c_cnt].c_semester) { c_cnt; // 每成功读一条才自增读失败不自增 } in.close(); // 必须关不关下次可能打不开 }逻辑说明while (in ...)的返回值是流对象本身读取成功时为真遇到文件末尾或格式不匹配时为假循环自然终止。这种写法比while (!in.eof())安全后者在文件最后一行没有换行符时会多读一次把上一条记录重复计入表现为列表末尾凭空多一行。参数说明c_name是 char 数组会跳过前导空白并在下一个空白处停止所以课程名里不能有空格否则后面的 c_nature 会读到课程名的后半段整条记录错位。要支持带空格的名称得把分隔符改成逗号并用 getline 切分读函数和保存函数的格式必须同时改。保存函数是读函数的镜像用ios::out截断重写整份文件字段之间用空格或制表符分隔每条记录一行void manage::save() { ofstream out(course_information.txt, ios::out); // 截断模式覆盖旧内容 if (!out) { cout 打开失败 endl; return; } for (int i 0; i c_cnt; i) { out co[i].c_code co[i].c_name co[i].c_nature co[i].c_hour co[i].credit co[i].c_semester \n; } out.close(); }注意ios::out是截断写文件原有内容会被清空。如果误用ios::app追加模式每保存一次文件就翻倍跑三遍之后数据全乱。这是我在别的项目里真实翻过的车改的时候只改了一个枚举值现象是记录条数指数增长。3.3 选课记录的二进制追加fseek 与 fwrite 的参数选课记录用二进制追加写核心就三行以ab打开、定位到文件末尾、写一条记录。void manage::xuanke() { FILE *fp fopen(xuanke_information.txt, ab); // a 追加b 二进制 可读 if (fp NULL) { fp fopen(xuanke_information.txt, wb); // 首次运行文件不存在改为新建 if (fp NULL) { cout 无法建立文件 endl; return; } } xuanke xk; cout 输入课程代码和学号 endl; cin xk.c_num xk.s_num; fseek(fp, 0, SEEK_END); // 定位到末尾追加不覆盖 fwrite(xk, sizeof(xuanke), 1, fp); // 写 1 个 sizeof(xuanke) 大小的块 fclose(fp); }参数说明ab里 a 表示追加写、b 表示二进制、 表示同时允许读fseek(fp, 0, SEEK_END)的第三个参数是基准位置SEEK_END 表示从文件末尾算起偏移 0 就是末尾本身fwrite的三个参数依次是数据地址、单块大小、块数量这里写 1 块。统计选课人数时靠文件长度反推记录条数fseek(fp, 0, SEEK_END); long n ftell(fp) / sizeof(xuanke); // 总字节数除以单条大小 记录条数 rewind(fp); // 回到开头再逐条读这里有个隐蔽的坑sizeof(xuanke)只有在结构体没有填充字节时才等于真实记录大小。xuanke 是两个 int通常 8 字节没有对齐填充算出来是对的。但如果哪天给它加一个 char 字段编译器为了对齐会插入 3 字节填充sizeof 变成 12而实际写入的布局也是 12所以按 sizeof 算条数仍然对——真正会错的是「用固定 8 字节去推算」的写法。稳妥做法是永远用 sizeof 而不是硬编码数字。注意同一份文件不能一半用 fwrite 写、一半用 ofstream 写。两种方式对换行符和数字格式的处理不同混用之后读出来的记录会错位。4. 增删改查四件套编号查重、数组前移与修改回滚功能函数是课设的主体也是答辩时被追问最多的地方。这一章按添加、查询、删除、修改的顺序把每个函数的关键判断和边界条件过一遍代码可以直接替换进自己的工程。4.1 添加先查重再落数组计数跟着走添加的流程是「录入 → 遍历查重 → 没重复才写入 → 计数自增」。顺序不能反先写入再查重的话发现重复时已经把脏数据放进数组了。void manage::add_course() { if (c_cnt MAXN) { // 数组容量保护不加这句会越界写 cout 记录已满 endl; return; } course c; c.put_course(); // 从 cin 读入全部字段 for (int i 0; i c_cnt; i) { if (co[i].c_code c.c_code) { // 唯一键比对整数比较无歧义 cout 课程代码重复添加失败 endl; return; // 直接返回不改 c_cnt } } co[c_cnt] c; // 先赋值 c_cnt; // 再自增两步不能合并成 co[c_cnt] }参数说明MAXN是数组上限原始代码写死 100实际课设数据量几十条就够但一定要有这个判断否则第 101 条会写到数组之外症状是程序不报错但其他变量莫名其妙被改。co[c_cnt] c; c_cnt;这两行分开写是刻意的合并成co[c_cnt] c;语法上没问题但调试时看不出到底是赋值出错还是计数出错分开写方便下断点。学生添加同理把 c_code 换成 SID 即可。这里有个常见误用有人用for (i 0; i c_cnt; i) if (...) break;然后判断if (i c_cnt)表示重复这个写法本身没错但循环变量 i 在循环外还要用必须声明在循环外面写成for (int i ...)会编译不过。4.2 查询与显示命中即 break 的写法与空表提示查询按唯一键线性扫描找到就输出并 break循环结束后用i c_cnt判断未命中。void manage::c_search() { int code, i; cout 请输入课程代码 endl; cin code; for (i 0; i c_cnt; i) { if (co[i].c_code code) { co[i].display(); break; // 找到就停唯一键不会有多条 } } if (i c_cnt) { // 循环跑完没 break说明没找到 cout 没有找到相关课程 endl; } }逻辑说明i c_cnt是判断未命中的标准写法依赖的是「break 会打断循环导致 i 停在命中位置」这一行为。如果循环里忘了 breaki 最终一定等于 c_cnt未命中提示会永远触发症状是明明有这条记录却提示找不到。显示函数是遍历全部前面加一个空表判断void manage::c_display() { if (c_cnt 0) { // 空表单独提示避免输出一个空表头 cout 文件中无记录 endl; return; } for (int i 0; i c_cnt; i) { co[i].display(); // 每条一行 } }空表判断看着是细节实际很影响演示效果没有这句的时候查询结果区域只有一行表头看起来像程序卡住了。4.3 删除循环前移的边界在 c_cnt-1数组删除的标准做法是把目标位置之后的所有元素依次前移一位然后计数减一。边界写错是高频 bug。void manage::c_delete() { int code, i; cin code; for (i 0; i c_cnt; i) { if (co[i].c_code code) break; } if (i c_cnt) { // 没找到直接返回不能减计数 cout 没有该项记录 endl; return; } for (int j i; j c_cnt - 1; j) { // 上界是 c_cnt-1不是 c_cnt co[j] co[j 1]; // 后一个覆盖前一个 } c_cnt--; // 前移完成后计数减一 }参数说明内层循环的上界必须是c_cnt - 1因为循环体里访问了co[j 1]j 取到 c_cnt-1 时访问的是 co[c_cnt]那已经是有效数据之外的位置。写成j c_cnt的后果是最后一次把数组外的脏数据搬进最后一条有效记录表现为删除后列表末尾出现一条垃圾数据有时候是上一条的重复有时候是乱码。另一个容易忽略的点是「删除后计数没减」。前移做完但忘了c_cnt--数组实际有效数据少一条但程序认为还是原来那么多显示时最后一条会重复出现。这个现象和 4.4 的修改回滚失败长得很像排查时先看计数。4.4 修改先备份原对象冲突再写回修改是四个功能里最容易写错的。原始报告里专门记了一条血泪经验找到记录后直接让用户输入新内容覆盖原对象然后再检查新编号是否和别的记录冲突冲突时想恢复却发现原内容已经被覆盖没了。解决办法是先备份冲突时整体写回void manage::c_edit() { int code, i; cin code; for (i 0; i c_cnt; i) { if (co[i].c_code code) break; } if (i c_cnt) { cout 没有此项记录 endl; return; } course backup co[i]; // 关键一步整对象备份 co[i].put_course(); // 用户输入新内容原内容已被覆盖 for (int j 0; j c_cnt; j) { if (j i) continue; // 跳过自己否则永远判定重复 if (co[j].c_code co[i].c_code) { // 新编号撞上别人 co[i] backup; // 整体回滚到修改前 cout 编号重复修改失败 endl; return; } } cout 修改成功 endl; }逻辑说明backup是值拷贝course 里全是定长数组和 int默认拷贝构造就能完整复制不需要手写。如果字段里有指针或 string 的动态内存值拷贝也够用但要注意深拷贝语义。参数说明if (j i) continue;这句不能省。少了它循环第一次就比对到自己新编号和自己相等直接判定重复症状是任何修改都失败。原始报告里描述的是「不论有没有重复编号结果都会修改」说明当时连回滚分支都没进问题出在别处但这两处都要检查。提示修改函数里先 display 一遍旧内容再让用户输入操作者能看清改的是哪条也方便测试时确认定位正确。5. 避坑与排查课设里最容易翻车的五个点这一章的五条都是原始报告里明确记录过的加上我复现时补的两条每条按现象、原因、解决三段写。赶课设的时候对着这几条过一遍能省掉大半天。5.1 文件没关下一次 open 直接失败现象程序里先写文件再读文件写的时候一切正常读的时候in.open()返回失败提示「打开失败」但去目录里看文件确实存在内容也在。原因写文件的流对象没有调用 close缓冲区里的内容还没刷到磁盘同时文件句柄被占用。有些平台允许多个读句柄但写入中的文件再以读模式打开会被拒绝表现出来就是「文件存在却打不开」。解决所有 ofstream 在函数结束前显式 close或者在作用域结束时依赖析构自动关闭。更稳妥的做法是把读写拆成独立的函数函数内部用局部流对象出了作用域自动析构。原始代码里 save 函数连续打开两个文件写课程和学生第一个必须 close 之后才能打开第二个否则第二个 open 会失败。5.2 计数没自增新记录「隐身」现象添加一条课程提示成功显示列表也能看到但退出重进之后这条记录没了或者显示列表里能看到但按编号查询查不到。原因数组写入成功但对应的计数变量没自增。显示函数如果恰好用的是另一个计数就会出现「显示能看到、查询看不到」的错位如果显示函数也用同一个计数那就是显示也看不到。原始报告里记的是「新加入的课程不会显示」本质就是添加时c_cnt没跟着加。解决把「写数组」和「计数自增」绑成一个原子操作两行紧挨着写中间不插任何语句。更彻底的办法是把计数改成std::vector的 size()从根上消除计数与容量不同步的可能。课设阶段如果必须用数组就在添加函数末尾加一句断言或打印确认计数确实变了。5.3 统计里学生数与课程数写反现象统计菜单里选「统计学生人数」输出的是课程门数选「统计课程门数」输出的是学生人数。两个数字单独看都合理只有对照实际数据才能发现串了。原因switch 分支里的变量写反case 1输出了 c_cntcase 2输出了 s_cnt。这类错误编译器不会报因为两个变量类型相同只有逻辑上不对。解决把统计输出拆成独立函数函数名里带清楚统计对象比如count_students()和count_courses()switch 分支只负责调用。另外测试时准备一份学生 3 人、课程 5 人的数据两个数字不一样一眼就能看出串没串。如果两边数量恰好相同这个 bug 能藏很久。5.4 菜单做完一次操作就退出现象进入教师端选「添加课程」添加成功后程序直接结束想看结果得重新运行或者退回主菜单而不是留在教师端。原因菜单只用了一层 if-else没有用 while 包住函数执行完自然往下走到底就 return 了。原始报告里明确写了这个问题解决办法是用 while 循环控制。解决每个层级的菜单都套一层 while退出条件用一个专门的选项值比如 0控制。void manage::teacher_menu() { int op -1; while (op ! 0) { cout 1.添加 2.查询 3.删除 4.修改 5.显示 6.统计 0.返回 endl; cin op; switch (op) { case 1: add_course(); break; case 2: c_search(); break; case 3: c_delete(); break; case 4: c_edit(); break; case 5: c_display(); break; case 6: cnt(); break; case 0: break; // 退出循环 default: cout 输入无效 endl; } } }参数说明op 初始化为 -1 而不是 0否则循环条件op ! 0一开始就不成立菜单一次都不显示。default 分支也别省输错字符时 cin 会进入失败状态后续所有输入都读不进来加一句cin.clear(); cin.ignore();可以把状态复位。5.5 改完不保存下次运行全部还原现象一轮操作全部成功显示也正常关掉程序再打开所有改动消失数据回到上次保存时的状态。原因所有操作都作用在内存数组上只有调用了 save 才写回文件。原始报告里记的就是「运行完某次程序时下次再读取发现上次修改的记录没有显示」根因是退出前没保存。解决最省事的做法是在 main 的 return 之前调一次 save覆盖正常退出路径。但如果程序中途被强制关闭这条路就断了。更稳的是每次增删改之后立即调 save代价是频繁 IO课设数据量小完全扛得住。原始报告里也把「自动调用保存函数」列进了改进方向说明作者自己也意识到了。注意调试阶段频繁改数据结构时自动保存反而是负担容易把半成品数据写进文件。我一般会在调试期关掉自动保存验收前再打开。6. 验收与扩展一组自造数据把系统跑到边界代码能编译不等于能交付。答辩现场最常被要求的就是「你现场加一条、删一条、改一条给我看看」这时候如果数据结构没测过边界很容易当场翻车。我习惯在交付前用一组固定数据把五条路径全跑一遍学生 3 条、课程 5 条两个数字刻意不同方便发现 5.3 那种串变量的问题。用例操作预期结果正常添加新增课程代码 101提示成功显示列表末位出现该课程重复添加再新增代码 101提示重复列表条数不变查询命中按代码 101 查询输出该课程全部字段查询未命中按代码 999 查询提示没有找到删除中间项删除列表第 2 条后续记录整体前移末位不重复修改冲突把课程 A 的代码改成课程 B 的代码提示失败A 的内容保持原样空表显示清空所有课程后显示提示文件中无记录跨文件统计统计某课程的选课人数数字与 xuanke 文件中的记录条数一致边界用例里最值得单独测的是「修改冲突」这条因为它同时验证了备份、比对、回滚三个动作。测试方法是先记下原记录的完整内容故意改成重复编号确认失败之后再显示一遍逐字段对照。只要有一个字段对不上就说明回滚不完整。// 验收脚本化不用手工点菜单直接把关键路径跑一遍 void manage::selftest() { course a{101, 数据结构, 必修, 64, 4, 2024春}; course b{102, 操作系统, 必修, 56, 3, 2024秋}; co[c_cnt] a; co[c_cnt] b; assert(c_cnt 2); // 计数必须跟数组同步 course backup co[0]; co[0].c_code 102; // 人为制造重复 bool dup false; for (int j 0; j c_cnt; j) { if (j ! 0 co[j].c_code co[0].c_code) { dup true; break; } } if (dup) co[0] backup; // 与 c_edit 相同的回滚逻辑 assert(co[0].c_code 101); // 回滚后必须还原 }这段自测代码不依赖菜单输入编译后直接跑出错时 assert 会停在具体行。参数上注意co[c_cnt] a;这里可以合并写因为已经在测试环境里出问题好定位正式功能函数里还是建议拆开写。扩展方向按落地成本从低到高排自动保存最简单在增删改函数末尾加一行 save 就行退选功能次之需要按 c_num 和 s_num 两个条件定位 xuanke 文件里的记录二进制文件不支持原地删除得整份重写图形界面成本最高原始报告里提到的 MFC 方案属于这一档先把控制台版本的数据层和界面层拆开界面层只负责收集参数和展示结果换起来才不痛苦。我吃过一次亏功能函数里混着 cout 和 cin想换界面时发现业务逻辑和输入输出缠在一起只能重写。从那以后我每次写这类小系统都强制把「读输入」「做逻辑」「打输出」拆成三层哪怕课设只有一个人写。希望帮到你。本文还有配套的精品资源点击获取