课程、教师、教室、时间、排课项应拆分为5个类，其中ScheduleEntry关联其他四类以实现低耦合；同一门课多次上课通过多个ScheduleEntry实例实现；存储结构依查询需求选择ArrayList或HashMap；TimeSlot等组合键类必须重写equals、hashCode和toString。
课程表系统不需要复杂架构，核心是理清“谁属于谁”——用好 Java 的类关系就能跑起来。
课程、教师、教室、时间这些该拆成几个类？
别一上来就建 CourseSchedule 大总管类。先按现实职责切分：
-
Course：只管课名、学分、课程编号（如"CS101"），不存上课时间或老师 -
Teacher：只管姓名、工号（"T007"），不存教哪门课 -
Classroom：只管编号（"A203"）、容量，不存排了什么课 -
TimeSlot：封装周几 + 节次（如WeekDay.MONDAY和int period = 3），避免用字符串拼接时间 -
ScheduleEntry：真正承载“某节课在某时间、某教室、由某老师教”的关联关系——它持有Course、Teacher、Classroom、TimeSlot的引用
这样设计，修改老师信息不影响课程数据，调换教室也不用改 Course 类，耦合度低，测试也容易。
怎么表示“同一门课每周上两次”？
别在 Course 里加 List<timeslot></timeslot>。那是排课结果，不是课程本身的属性。
立即学习“Java免费学习笔记（深入）”；
正确做法是让 ScheduleEntry 成为可重复的实例：
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 一门
Course对象可以对应多个ScheduleEntry实例 - 每个
ScheduleEntry持有独立的TimeSlot（比如一个填MONDAY, 1，另一个填WEDNESDAY, 3） - 查“CS101 的所有上课时间”，就遍历所有
ScheduleEntry，筛选entry.getCourse().getCode().equals("CS101")
如果硬塞进 Course，后续要支持不同校区不同时间排课时就得改死类结构。
用 ArrayList 还是 HashMap 存课表？
取决于你最常查什么：
- 按“周几+节次”快速查课 → 用
Map<timeslot list>></timeslot>，查map.get(new TimeSlot(MONDAY, 2))是 O(1) - 按老师查他所有课 → 给
Teacher加个List<scheduleentry></scheduleentry>引用，或建单独索引Map<teacher list>></teacher> - 只是顺序展示全部课表 →
ArrayList<scheduleentry></scheduleentry>足够，排序用Collections.sort(list, Comparator.comparing(e -> e.getTimeSlot()))
别默认全用 HashMap：键值构造成本高，且 TimeSlot 必须正确重写 hashCode() 和 equals()，漏掉任一就会查不到。
为什么 toString() 和 equals() 一定要手写？
调试时打印 System.out.println(scheduleEntry) 如果只看到 ScheduleEntry@1f32e575，说明没重写 toString()；用 list.contains(entry) 返回 false 却明明有相同内容，大概率是忘了重写 equals() 和 hashCode()。
尤其 TimeSlot 这种组合键类，必须确保：
-
public boolean equals(Object o)里逐字段比较weekDay和period -
public int hashCode()用Objects.hash(weekDay, period) -
public String toString()返回类似"Mon-2"的可读格式
IDE 自动生成即可，但得真生成——很多人 Ctrl+Enter 选了又取消，结果留着默认实现。
