应使用指针容器（如vector<Student>和vector<Course>），配合前置声明避免循环包含；通过管理类统一控制生命周期，选课操作由Student::enroll()发起并双向同步更新，禁用友元，学分统计通过公有接口实现。
学生类和课程类之间该用指针容器还是对象容器
直接存 Course 对象会导致循环包含编译失败，因为 Student 里放 vector<course></course>，Course 里又放 vector<student></student>，两者互相依赖，编译器在解析第一个类时还没看到第二个类的完整定义。
必须改用指针（或智能指针）：用 vector<course></course> 和 vector<student></student>。这样只需要前置声明 class Course; 和 class Student;，不依赖完整类型。
- 别用
vector<course></course>—— 触发不完全类型错误：error: field has incomplete type 'Course' - 避免裸指针悬空：学生或课程对象生命周期结束前，要手动清空对方容器里的对应指针，或改用
std::shared_ptr - 如果课程不共享（比如每门课只属于一个班级），可考虑组合关系；但选课系统本质是多对多，聚合更合理
如何避免相互引用导致的析构崩溃
两个类通过指针互相持有对方，析构顺序没处理好就会访问已释放内存。比如先析构 Student，它遍历 choose_class 调用 Course::remove_student()，但此时某些 Course 对象可能已被销毁。
解决方法不是靠析构函数“互相清理”，而是明确所有权边界：
立即学习“C++免费学习笔记（深入）”；
- 让管理类（如
School或全局vector）统一持有所有Student和Course实例 - 学生/课程类只存指针，不负责 new/delete
- 在销毁管理容器前，调用类似
clear_all_enrollments()的清理函数，双向断开引用 - 若用
std::shared_ptr，注意循环引用：需一方用std::weak_ptr打破循环
选课操作该放在 Student 还是 Course 里
从语义和职责看，Student::enroll(Course* c) 更自然——是“学生去选课”，不是“课程拉人进来”。但实际操作中，两边都要更新：
典型实现是双写：
void Student::enroll(Course* c) {
if (find(choose_class.begin(), choose_class.end(), c) == choose_class.end()) {
choose_class.push_back(c);
c->add_student(this); // 同步更新课程侧
}
}- 必须加查重逻辑，否则重复添加指针导致后续遍历时崩溃
- 反过来，
Course::add_student()也应检查是否已存在该Student* - 如果允许退课，对应要有
drop()和remove_student()，且保证两边同步删除指针
学分统计这类跨类计算要不要用友元函数
不需要。友元破坏封装，只在极少数绕不开的场景（如运算符重载、深度序列化）才考虑。学分统计完全可以通过公有接口完成：
例如在 Student 类里写：
int total_credits() const {
int sum = 0;
for (auto* c : choose_class) {
sum += c->credit(); // 假设 Course 有公有成员函数 credit()
}
return sum;
}- 把
credit设为public成员变量虽快，但违反封装；推荐用int credit() const函数 - 如果计算逻辑复杂（比如要排除已挂科课程），就把规则封装进
Course或新增策略类，别塞进友元 - 真遇到循环依赖导致无法调用（比如
Course尚未定义完），就延迟到 .cpp 文件里实现该函数，头文件只声明
真正容易被忽略的是生命周期管理——指针还在，对象早没了。哪怕语法全对，运行时崩一次，调试半小时。
