6、代码分层：类与接口的设计艺术

代码分层：类与接口的设计艺术

1. 类的设计考量

在软件开发中，类的设计是一个关键环节，工程师们常常会探讨单个类的理想大小。以下是一些常见的理论和经验法则：
- 代码行数 ：有时会听到“一个类的代码不应超过 300 行”这样的建议。通常情况下，超过 300 行的类可能处理了过多的概念，需要拆分。但这并不意味着 300 行或更少的类大小就一定合适，它只是一个可能存在问题的警告，而非代码正确性的保证，实际应用价值有限。
- 内聚性 ：衡量类内部元素“归属”程度的指标，一个好的类应该具有高内聚性。常见的内聚类型包括：
- 顺序内聚 ：当一个操作的输出是另一个操作的输入时发生。例如，制作一杯新鲜咖啡，必须先研磨咖啡豆才能冲泡咖啡，研磨过程的输出是冲泡过程的输入，因此研磨和冲泡是相互内聚的。
- 功能内聚 ：一组操作共同为实现一个单一任务做出贡献。例如，将所有制作蛋糕的设备放在厨房的一个专用抽屉里，搅拌碗、木勺和蛋糕模具都为制作蛋糕这一功能任务做出贡献，因此它们是内聚的。
- 关注点分离 ：这是一种设计原则，主张将系统拆分为处理不同问题（或关注点）的独立组件。例如，游戏机通常与电视分开，而不是集成在一起。游戏机负责运行游戏，电视负责显示动态画面。这种分离提供了更高的可配置性，并且允许独立升级组件。

以下是这些考量因素的对比表格：
| 考量因素 | 描述 | 示例 |
| — | — | — |
| 代码行数 | 以代码行数作为类大小的参考，但不