用if-else链实现成绩分档最直接，应从高到低判断并严格校验输入范围（0–100），封装为内联函数更安全；动态配置场景可用std::map查表，注意upper_bound后需--it避免越界。
用 if-else 链实现成绩分档最直接
成绩分档本质是区间判断，if-else 链写起来最清晰、最容易调试。别一上来就想着用 switch（它只支持整型常量表达式，没法处理分数区间），也别过早抽象成查表或函数指针——小需求堆复杂度反而容易出错。
常见错误是边界处理混乱，比如把 90 分划到“良好”还是“优秀”没统一；或者漏掉 else 导致低于 60 分没覆盖。实际写时建议从高往低判断，利用短路逻辑减少冗余检查：
if (score >= 90) {
grade = "优秀";
} else if (score >= 80) {
grade = "良好";
} else if (score >= 70) {
grade = "中等";
} else if (score >= 60) {
grade = "及格";
} else {
grade = "不及格";
}
输入校验必须做，否则 if 链会失效
用户输入的 score 可能是负数、超过 100 的浮点数、甚至非数字字符。不校验就直接进分档逻辑，结果不可控——比如 score = -5 会掉进 else 分支，被误标为“不及格”，但语义上这属于非法输入。
实操建议在分档前加一层防御：
立即学习“C++免费学习笔记（深入）”；
- 用
std::cin读取后检查cin.fail()，防止非数字输入导致流失效 - 用
if (score 100)拦截超范围值，单独提示“成绩应为 0–100 之间的数” - 如果业务允许小数，用
float或double存储，但比较时避免直接用==判定边界（浮点精度问题）；分档用>=安全
想复用？封装成函数比宏更安全
如果多个地方要分档，别用 #define 宏展开——宏不类型安全，参数重复求值可能引发副作用（比如 getScore() 被调两次）。直接写个内联函数更稳妥：
inline std::string getGrade(double score) {
if (score < 0 || score > 100) return "无效";
if (score >= 90) return "优秀";
if (score >= 80) return "良好";
if (score >= 70) return "中等";
if (score >= 60) return "及格";
return "不及格";
}
注意返回 std::string 时，短字符串通常触发 SSO（短字符串优化），无额外堆分配开销；若性能极端敏感且档位固定，可改用 std::string_view（C++17 起）避免拷贝。
用 std::map 查表适合动态配置场景
如果档位规则要从文件或数据库加载（比如教务系统允许管理员后台调整分数线），硬编码 if 链就难维护了。这时可用 std::map 存档位下限和等级映射，但要注意：查找需反向遍历或用 upper_bound。
示例（简化版）：
const std::map<int, std::string> gradeMap = {
{90, "优秀"}, {80, "良好"}, {70, "中等"}, {60, "及格"}, {0, "不及格"}
};
auto it = gradeMap.upper_bound(score); // 找第一个 > score 的键
if (it != gradeMap.begin()) --it;
std::string grade = it->second;
这里容易踩的坑是：忘记 --it 就直接取 it->second，结果是空或越界；另外 std::map 插入/查找是 O(log n)，对单次分档性能影响微乎其微，但比线性查找 vector 更准。
边界情况永远比想象中多——比如刚好 60 分该算及格还是不及格，得看业务定义；还有 0 分和 100 分是否允许，这些细节不写死在代码里，就容易上线后被质疑。
