过程化代码转向面向对象封装是让数据和行为“认亲归位”，关键在于识别语义关联强的数据组（如studentName与scores）归属同一实体，将操作（如calculateAverage）绑定到对应对象（student.calculateAverage），通过私有属性和受控接口保障数据安全，并在构造函数中完成基础校验以确保对象初始状态合法。
过程化代码转向面向对象封装，不是推倒重来，而是让数据和行为“认亲归位”。关键在于识别哪些变量该属于谁、哪些操作该由谁负责，而不是强行套用类的外壳。
先找“谁在管这些数据”
过程式代码里，学生姓名、成绩数组、平均分计算逻辑往往散落在不同函数中。重构第一步是问：这些数据天然属于同一个实体吗？比如studentName和scores总是成对出现、一起传递——它们大概率该被收进一个Student类里。不是所有变量都要立刻封装，但反复共用、语义关联强的数据组，就是封装的起点。
把“怎么算”变成“谁来算”
原来写calculateAverage(scores)，现在让student.calculateAverage()。这不是改个调用方式，而是把计算逻辑绑定到它本该归属的对象上。这样后续加标准差、排名、等级评定，都自然落在Student类内部，不用再到处传参或改全局函数。
用私有属性守住数据边界
封装不是加个class就完事。要把scores设为private，只留addScore()、getAverage()这类受控接口。好处很明显：外部不能直接student.scores[0] = -100乱改，也不能绕过校验往数组里塞非法分数。数据安全和业务规则，从函数参数检查，升级为类的内在约束。
别忽略构造函数这个“第一道关”
学生对象一创建，就应该处于合理状态。构造函数里做基础校验：姓名不能为空、成绩数组不能为null、分数范围得合法。这比每次调用前都手动检查更可靠，也避免了“对象已存在但数据残缺”的隐性风险。一个带校验的构造函数，比十个补丁式的if判断更治本。
