模块内聚详解

🗑️ 最低层次：偶然内聚

描述：模块内的处理元素之间没有任何联系。 举例：把一堆不相关的代码都组合在一个类里。 架构师的视角：这是最糟糕的内聚。很多人喜欢搞一个 CommonUtil 或者 MiscUtil，把“格式化日期”、“处理字符串”、“算金额”全塞进去。看着像有个家，其实是个垃圾桶。这种类维护起来极其痛苦，因为改其中一个方法，根本不敢确定会不会影响到其他地方。遇到这种类，第一反应不是改，而是拆。

🧩 第二层：逻辑内聚

描述：模块内执行若干个逻辑上相似的功能，通过参数确定该模块完成哪一个功能。 举例：完成加法运算，有多个加法运算代码块，分别处理参数为 int 或 float 或 double 等。 架构师的视角：逻辑内聚比偶然内聚强一点，因为它至少有个“相似”的由头。但它最大的问题是接口参数极其模糊。对外暴露一个方法，里面根据 type 参数写 if-else 走不同分支。这就导致调用方必须知道内部逻辑分支，也就是我们上一篇讲的控制耦合。好的做法是拆成 addInt()、addFloat()，而不是搞一个 add(ty