耦合关系从强到弱顺序_架构设计基础知识整理

星星点点的知识点，很早就想做这块整理了，持续维护…

原则灵活运用，而非刻意遵循

1. 基础原则尽量少的重复代码，低耦合(尽量小的影响)，高内聚

模块，可小到一个类，大到一个系统

模块间耦合因素构建架构时，需要谨慎耦合的因素模块间调用

模块间传递的数据量

模块间控制

模块间接口复杂度

模块间耦合从弱到强顺序构建架构或简单的类时，需要根据实际情况尽量契合弱的模块间耦合关系

做到职责分明，简单轻量，尽量少的潜在性的数据流动，尽量少的相互影响，避免牵一发而动全身非直接耦合: 相互之间没有直接关系，而是由第三方模块控制和调用

数据耦合: 通过传递java的内置数据类型通讯

标记耦合: 都引用了共同的数据结构，并且通过传递该数据结构通讯

控制耦合: 通过传递开关、标志、名字等控制信息，明显的控制选择另一个模块的功能

外部耦合: 都访问一个java的内置数据类型的全局变量

公共耦合: 都访问了一个公共代码块( 全局数据结构、公共通讯区、内存公共覆盖区等)

内容耦合: 一个模块直接修改另外一个模块的数据。

降低耦合度的方法少用类继承，多用类接口隐藏实现细节

模块功能尽量单一

拒绝重复代码

尽量不使用全局变量(Android中的全局变量会有一些坑，因为Attach在ClassLoader上的，因此根据不同ROM的优化，可能会在未预料的情况被unload，导致数据丢失)

类成员变量与方法少用public，多用private

尽量不用硬编码(如