应外置规则为结构化数据并用循环匹配：先校验分数有效性，再遍历区间规则判断等级，避免if-else冗长和switch不支持区间的缺陷。
评分逻辑怎么用 if-else 和 switch 安全落地
直接硬编码评分规则容易失控，尤其当等级划分多、条件交叉时。if-else 链过长会导致可读性差、漏覆盖边界值；switch 又只支持整型或枚举，无法处理分数区间（如 85–94 → “良好”）。
推荐做法是把规则外置为结构化数据，再用简单循环匹配：
public static String getGrade(double score) {
if (score < 0 || score > 100) return "无效分数";
for (GradeRule rule : GRADE_RULES) {
if (score >= rule.min && score <= rule.max) {
return rule.level;
}
}
return "未知等级";
}
<p>private static final List<GradeRule> GRADE_RULES = Arrays.asList(
new GradeRule(95, 100, "优秀"),
new GradeRule(85, 94, "良好"),
new GradeRule(70, 84, "中等"),
new GradeRule(60, 69, "及格"),
new GradeRule(0, 59, "不及格")
);-
GradeRule是一个只含min、max、level的简单类，不依赖外部框架 - 顺序必须从高到低排列，否则 85 分可能被
0–59规则提前截断 - 浮点比较不用
==，统一用>=/<=避免精度误差影响分级
如何让评分支持加权计算（比如作业占30%，考试占70%）
硬写 score = hw * 0.3 + exam * 0.7 看似简单，但权重变更、新增项（如考勤、实验）会快速导致公式不可维护。
建议封装成可配置的加权计算器：
立即学习“Java免费学习笔记（深入）”；
public class WeightedScorer {
private final Map<String, Double> weights = new HashMap<>();
<pre class='brush:java;toolbar:false;'>public void addWeight(String item, double weight) {
weights.put(item, weight);
}
public double calculate(Map<String, Double> scores) {
double totalWeight = weights.values().stream().mapToDouble(Double::doubleValue).sum();
if (Math.abs(totalWeight - 1.0) > 1e-6) {
throw new IllegalArgumentException("权重总和必须为1.0");
}
return weights.entrySet().stream()
.mapToDouble(e -> scores.getOrDefault(e.getKey(), 0.0) * e.getValue())
.sum();
}}
- 调用时明确传入各子项得分：
Map.of("homework", 88.0, "exam", 92.0) - 权重校验必须做，Java 浮点运算存在舍入误差，不能用
== 1.0判断 - 未提供的子项默认按 0 计分，避免
NullPointerException
为什么不要在 toString() 里拼接完整评分报告
常见错误是把格式化逻辑塞进实体类的 toString()，比如：
public String toString() {
return "学生[" + name + "]总分：" + totalScore + "，等级：" + grade + "，评语：" + comment;
}这会让对象失去通用性：一旦需要导出 CSV 或 JSON，就得重写输出逻辑；调试时打印又混入业务文本，干扰日志分析。
- 保持
toString()纯粹用于开发期诊断，只输出关键字段和 ID，例如："Student{id=123, name='张三', score=87.5}" - 生成评分报告应单独抽成
ReportGenerator.generate(Student)方法，便于替换模板、支持 PDF/HTML 多格式 - 如果用了 Lombok，务必加上
@ToString(exclude = {"comment", "report"})排除敏感或大字段
数据库存分数该用 DECIMAL 还是 DOUBLE？
MySQL 中用 DOUBLE 存 89.5 这类分数，看似省事，但可能引发隐式精度丢失——比如 89.49999999999999 被四舍五入显示为 89.5，实际参与计算时偏差累积。
- 分数字段一律用
DECIMAL(5,2)（最大999.99，精度两位），这是金融级稳妥选择 - JPA 实体中对应类型用
BigDecimal，别用double或Float - MyBatis 查询时，确保
resultType或@Results映射到BigDecimal，否则 JDBC 驱动可能自动转成Double - 前端传参如果是字符串（如
"89.5"），后端接收后立刻用new BigDecimal(input)构造，禁用Double.parseDouble()再转
评分系统最怕“看起来对，算起来错”，所有中间计算、存储、传输环节都得守住精度底线。别让一个 double 毁掉整个可信度。
