学生成绩管理程序应采用三层结构：model层（Student、Score类）、service层（ScoreService业务逻辑）、app/ui层（交互控制）；数据存储优先用ArrayList搭骨架，再按需优化为Map索引；输入须校验清洗，保存应集中序列化而非实时写入。
学生成绩管理程序该用什么结构组织代码
Java 学生成绩管理程序不是写一个 Main 类堆完就完的事。结构混乱会导致后期增删科目、导出 Excel、加权限时改得满头包。核心是分清「数据」、「操作」、「交互」三层，且每层职责不重叠。
-
Student和Score放在model包里，只存字段和基础 getter/setter，不写业务逻辑 -
ScoreService放在service包里，负责计算平均分、按班级查成绩、插入校验等——所有跟“怎么做”有关的逻辑都在这儿 -
ScoreConsoleApp（或后续换成ScoreWebController）放在app或ui包里，只管接收用户输入、调service、打印结果，不处理任何计算
常见错误：把 System.out.println("平均分：" + sum / list.size()) 直接写在 main 里；或者让 Student 类自己提供 getAverage() 方法——这会让模型变胖，也难以替换成数据库查询或缓存策略。
用 ArrayList 还是 Map 存成绩数据更合适
初学者常直接用 ArrayList 存所有成绩，但查“张三的数学成绩”要遍历整个列表，O(n)；而用 Map（外层 key 是学号，内层 key 是科目名），查单科成绩就是 O(1)。
不过别一上来就上嵌套 Map：它难调试、序列化麻烦、新增字段（比如考试日期）不方便。更务实的做法是：
立即学习“Java免费学习笔记（深入）”；
- 先用
ArrayList搭骨架，保证增删查基本流程跑通 - 当发现查询慢（比如加载 500 条后明显卡顿），再引入
Map按学号索引，或用> HashMap存“学号+科目”组合为 key 的唯一成绩（如"2023001_math"） - 避免用
TreeMap除非真需要排序——它比HashMap慢 3–5 倍，且这里通常不需要自动排序
控制台输入学号/科目名时怎么防错
用户输个空格、输成 “chinese” 而不是 “Chinese”、甚至输 “123abc”，Scanner.nextLine() 全盘照收，后面 scoreMap.get(input) 返回 null 就容易 NPE。必须在进入 service 前清洗和校验。
实操建议：
- 用
input.trim().isEmpty()判空，别只用input == null - 科目名统一转首字母大写，比如
subject = capitalize(subject)，避免 “math” 和 “Math” 当作两门课 - 学号用正则粗筛：
input.matches("\\d{8,12}")（假设是 8–12 位纯数字），不符合就提示“学号格式错误”，不往下走 - 所有从控制台读的数字，必须用
try-catch包住Integer.parseInt()，不能依赖hasNextInt()——它对 “99.5” 或 “99a” 都返回 false，但用户可能根本没意识到自己多按了个点
成绩修改后要不要立刻写入文件
不要。每次增删改都 FileWriter 写一次，程序一卡、断电、异常，文件就大概率损坏或丢失。正确做法是内存中维护一份最新数据（比如 ArrayList），只在用户明确选择「保存」或程序退出前，集中序列化写入。
推荐方案：
- 用
ObjectOutputStream写.ser文件最简单，但跨 JDK 版本可能反序列化失败 - 更稳的是 JSON：引入
com.google.gson.Gson，调gson.toJson(scores, List.class)输出文本，人眼可读，Git 可比对，也方便以后改成 Web 接口 - 如果只是练手，用 CSV 也行，但注意科目名含逗号（如 “Advanced, Math”）时得加双引号包裹，否则
split(",")会切错
String csvLine = String.format("\"%s\",\"%s\",%.1f", studentId, subject, score);
真正容易被忽略的点：没有「撤销修改」机制。一旦用户手抖覆盖了某条成绩，又没保存，就真没了。所以建议在每次修改前，把原 Score 对象深拷贝一份存进 undoStack（Deque），按 Ctrl+Z 就能回退——这比写日志文件轻量得多，也足够教学项目用。
