你这个问题缺少上下文——我没有看到你提到的那个“Java案例”具体是什么，不过我可以先给出判断框架，你对照一下就知道了：
判断“更注重整体还是球星个人”的几个信号：
| 维度 | 偏向整体 | 偏向球星个人 |
|---|---|---|
| 类/对象设计 | 多个类协作、职责拆分清晰 | 一个核心类包揽大部分逻辑 |
| 方法调用 | 对象之间互相调用、解耦 | 一个“主角”方法/对象被反复调用 |
| 数据归属 | 数据分散在各对象中 | 数据集中在一个核心对象 |
| 命名 | 通用名词（Team、Manager、Service） | 具体人名/角色名（Star、Player） |
| 继承/接口 | 抽象出统一接口，多实现 | 围绕单个类扩展 |
| 注释/文档 | 强调流程、协作 | 强调某个类的功能 |
常见的教学案例倾向：
- 如果案例是“球队管理系统”：通常表面讲球队，实际代码往往围绕一个
Player类写，最后还是偏向个人。 - 如果案例是“订单/库存/银行”：一般更注重整体协作（多个类分工）。
- 如果案例是“学生成绩管理”：多数是整体框架 + 单个
Student类为核心，属于混合。
你把案例的类名、主要方法或题目描述发给我，我可以直接告诉你是偏整体还是偏个人，以及它这样设计的原因。
