背景

最近在做重构类型的工作，更多的偏向业务架构类型的工作内容。 据我总结，我们需要理解业务，划分有哪些模块，明确这些模块间的关系。才能具备设计一个的合理的架构设计的基础。

如何做到这些，需要一定的方法论进行支撑。

这篇博客列举和总结一些我觉得有用的方法论。

三个指标度量度量耦合

// 附录1 我建议，设计架构、考察模块之间关系时，不要用“耦合”、“乱”这些无法度量的词语， 而应该改用以下三个可以度量的指标：依赖、正交性、紧凑性。

代码耦合就是一方对另一方的假设,假设越多，两方的耦合度就越高

// 附录2 代码耦合的本质是一方对另一方的假设。两方之间的假设越多，两方的耦合度就越高。当然现实中，往往会遇到多方耦合。

参考

1.代码耦合是怎么回事呢？ - 杨博的回答 - 知乎 2.代码耦合的本质是一方对另一方的假设