student类应封装成绩管理（如std::map或score对象），filehandler仅负责文件读写，菜单逻辑与数据解耦，多学期场景需引入transcript类。
Student 类必须封装基础信息和成绩，不能只存姓名学号
很多初学者把 Student 类写成只有 name、id 两个字段，后续加成绩时被迫改结构或硬塞数组，结果查询、计算平均分都得遍历外部容器。正确做法是让 Student 自带成绩管理能力——用 std::map<:string double></:string> 存课程名到分数的映射，或者用独立的 Score 成员对象（如 Score scores[10]）。这样每调用一次 student.getAverage() 就能算出该生均分，无需在主逻辑里重复写统计代码。
常见错误现象：getGrade("数学") 返回 0 却不报错，其实是没做键存在性检查；addGrade("英语", 85) 覆盖了旧成绩但没提示，用户误以为是新增。
- 构造函数必须初始化成绩容器（如空
map或清零数组），否则未定义行为 - 所有成绩操作方法（
addGrade、getGrade、removeGrade）应统一处理非法分数（如或 <code>> 100），直接返回false或抛std::invalid_argument - 不要暴露原始容器（如返回
map&），否则外部可随意修改，破坏封装
别把 FileHandler 写成万能工具类，它只管读写不碰业务逻辑
FileHandler 的唯一职责是把内存里的 vector<student></student> 和磁盘上的文本/二进制文件来回转换。它不该有 findTopStudents() 这种统计方法，也不该调用 student.calculateGPA()。一旦混入业务逻辑，就无法单独测试文件读写是否可靠，比如改了绩点算法后，连数据能不能正常保存都得重测。
使用场景：程序启动时调用 FileHandler::load("data.txt") 构建学生列表；退出前调用 FileHandler::save(students, "data.txt") 持久化。
- 路径参数必须用
const std::string&，避免传值拷贝大字符串 - 读取失败时不要静默跳过，要抛异常或返回
std::nullopt，让上层决定是退出还是用默认数据 - 格式建议用简单分隔符（如
|），别用 CSV —— C++ 没原生 CSV 解析库，自己手撕容易漏转义
菜单逻辑必须和数据对象解耦，用函数指针或 switch 分发
把 switch(choice) 套在 main() 里是最直接的方式，但有人会把整个菜单写进 StudentManager 类里，导致这个类既管数据又管交互，一改菜单就得重新编译所有学生逻辑。更糟的是，把 cout 塞进 <code>Student 方法里，彻底污染了领域模型。
性能影响：菜单层做输入验证（如检查学号是否全数字）比让 Student 构造函数承担更合理——前者可复用正则或 std::all_of，后者每次新建对象都得重复校验。
- 每个菜单项对应一个独立函数，如
void handleAddStudent(vector<student>& students)</student>，参数明确表明只改数据不负责 IO - 输入提示、错误重试、清屏等纯 UI 行为全部留在菜单函数内，
Student类里连cin都不该出现 - 如果要用面向对象组织菜单，定义抽象基类
MenuAction，派生AddAction、QueryAction，但别让它持有vector<student>*</student>—— 用依赖注入传参
多学期/多课程场景下，别强行塞进单个 Student 类
当需求明确要求支持“大一上学期”“大一下学期”且各学期课程不同，硬在 Student 里加 std::map<:string std::map double>></:string>（学期→课程→分数）会让接口爆炸：查某学期某课得写 s.getGrade("大一上学期", "高数")，而新增学期又要改所有调用点。这时候应该拆出 Term 或 Transcript 类，让 Student 持有 vector<transcript></transcript>。
容易踩的坑：用字符串拼接学期名（如 "大一" + semester）作为 map 键，结果因空格、全半角差异导致查不到数据；或者把学期当枚举硬编码进 Student，后续加“研一上”就得改类定义。
-
Transcript应含termName（字符串）、courses（map<string double></string>）、calcGPA()等方法 -
Student提供getTranscript(const std::string& term)，内部用find_if查找，找不到就返回空optional<transcript></transcript> - 文件存储时，每个
Transcript单独序列化一行，避免嵌套解析复杂度
Transcript 和 Student 的生命周期边界——比如删除某个学期成绩时，是删整个 Transcript 对象，还是只清空其 courses？这个决策会影响所有上层调用的健壮性。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
