当类属性超过7~10个、方法复杂、频繁因不同原因修改或难以描述核心职责时，表明类已过大；应按业务逻辑将相关属性封装为新类（如Address、OrderItems），通过组合替代冗长字段，降低耦合，提升可维护性与内聚性。
在Java开发中，类的属性数量过多往往意味着职责过重，容易导致代码难以维护、测试和理解。合理的属性规划与巨型类的分解不仅能提升代码质量，还能增强系统的可扩展性。
识别巨型类的信号
当一个类出现以下情况时，通常说明它已经“过大”：
- 属性数量超过7~10个：虽然没有绝对标准，但超过这个范围常暗示职责分散。
- 方法众多且逻辑复杂：多个方法只操作部分属性，说明内部职责不统一。
- 频繁修改不同业务逻辑：同一个类因不同原因被频繁修改，违反单一职责原则。
- 难以命名或描述其核心职责：无法用一句话清晰说明这个类是“做什么的”。
按业务逻辑拆分属性到新类
将相关属性聚合成新的小类，是分解巨型类的核心方式。例如，一个User类包含地址信息（省、市、街道、邮编等），可以将其提取为独立的Address类。
- 识别语义相关的属性组，如“联系信息”、“支付设置”、“设备信息”等。
- 将这些属性封装成一个新的POJO或值对象（Value Object）。
- 原类中保留该对象的引用，降低属性数量并提高内聚性。
这样做不仅减少属性数量，还提升了数据结构的表达力和复用性。
立即学习“Java免费学习笔记（深入）”；
使用组合优于冗长字段列表
与其在主类中堆砌十几个基础类型字段，不如通过组合多个小对象来构建整体结构。
- 例如Order类可包含OrderItems、ShippingInfo、PaymentDetail等子对象。
- 每个子对象负责一块明确的数据区域，主类只需协调它们的行为。
- 便于后续对某一部分进行独立优化或替换，比如更换支付逻辑不影响配送信息。
组合模式让类结构更清晰，也更容易做单元测试。
借助重构工具安全拆分
手动修改大型类风险高，建议使用IDE（如IntelliJ IDEA或Eclipse）提供的重构功能：
- Extract Class：自动将选中的字段和方法移到新类，并生成引用关系。
- Pull Up Field/Method：若多个类有相似属性，可提取共性到父类或接口。
- 配合运行测试用例，确保行为未改变。
自动化工具能减少人为错误，加快重构节奏。
基本上就这些。控制属性数量的关键不是追求“少”，而是让每个类聚焦一个责任。通过识别逻辑边界、合理分组属性、使用组合结构，就能有效避免类膨胀。不复杂但容易忽略。
