你提到的“这个Java案例”我这边看不到具体指哪一个，所以没法直接判断它更注重整体还是球星个人，不过我可以给你一个判断框架,你对照案例内容就能很快看出来：
更注重整体（团队/系统）的迹象
- 代码结构强调模块划分、分层（如 controller/service/repository）
- 有统一的接口、抽象类、设计模式（工厂、策略、观察者）
- 关注可扩展性、可维护性、解耦、复用
- 测试覆盖多个模块的协作
- 示例场景是“系统如何运转”，而不是“某个对象多强”
更注重球星个人（单个对象/个体能力）的迹象
- 案例围绕一个核心类/对象展开，突出它的属性和行为
- 大量代码在展示某个类的“能力”（方法多、逻辑集中）
- 缺少模块协作，其他类只是辅助
- 重点在继承/多态展示单个对象的不同表现
- 示例场景是“这个对象能做什么”，而不是“系统如何协作”
快速判断方法
- 和注释：出现“系统”“模块”“协作”“架构”偏整体；出现“球员”“明星”“个人”“能力”偏个体。
- 看类图：类多且关系复杂偏整体；一个主类+少量辅助类偏个体。
- 看main方法：如果main里主要是创建多个对象并让它们交互，偏整体；如果main主要演示一个对象的各种方法,偏个体。
- 看扩展点：有没有接口/抽象类让不同实现替换,有则偏整体设计。
如果你把案例的类名、目录结构或关键代码贴出来,我可以直接告诉你它更偏哪一边。
