阅读笔记：切分的艺术——拆解与整合

核心观点：切分的核心是“高内聚、低耦合”，但前提是“权责对等”。

很多架构图看起来很美，层层分明、环环相扣，但落地时完全走样。原因往往是切分时只考虑了技术维度，忽略了人的维度。

关键洞察：

模块边界的划分标准：每个模块应该是一个“可以独立决策、独立交付、独立演进”的业务能力单元。技术分层（Controller-Service-DAO）是代码组织方式，不是系统切分方式。

“高内聚”不是技术术语，是管理术语：一个模块内的事情，应该由同一个团队、同一个人说了算。如果某个决策需要多方协商才能定，说明切分不到位。

权责不对等是架构崩塌的起点：让一个团队对模块的稳定性负责，却不给他们决定代码合并时机的权力；让一个人对交付速度负责，却不给他调配资源的权限——这种设计注定失败。架构师在切分时必须同时画出“权力地图”。

切分不能一步到位，要有演进意识。今天拆得太细，事务一致性难以保证；拆得太粗，团队协作效率低下。架构师要预留“重构路径”。

一句话总结：没有权责对等的切分，是纸上谈兵；没有演进规划的切分，是饮鸩止渴。