唯一不变的就是变化本身。

我们经常讲的系统、子系统、模块、组件、类、函数就是从逻辑上将软件一步步分解为更细微的部分，即逻辑单元， 分而治之， 复杂问题拆解为若干简单问题， 逐个解决。

逻辑单元内部、外部的交互会产生依赖，从而产生了内聚、耦合概念。内聚主要描述逻辑单元内部，耦合主要描述逻辑单元之间的关系。

我们经常讲的高内聚，低耦合，如何做到，做到的标准是什么？ 这就是开发、设计、架构的五大原则所体现出的价值，最终达到高内聚，低耦合的软件目标。

耦合

逻辑单元之间存在依赖， 导致改动可能会互相影响， 关系越紧密， 耦合越强，逻辑单元独立性越差。

比如模块A直接操作了模块B中数据， 则视为强耦合， 若A只是通过数据与模块B交互， 则视为弱耦合。

内聚

逻辑单元内部的元素， 关联性越强， 则内聚越高， 逻辑单元单一性更强。 一个逻辑单元应当尽可能独立完成某个功能。

比如有各种场景需要被引入到当前模块， 代码质量将变得非常脆弱， 这种情况建议拆分为多个模块。

高内聚、低耦合

内聚性，又称块内联系。指逻辑单元的功能强度的度量，即一个逻辑单元内部各个元素彼此结合的紧密程度的度量。

耦合性，又称块间联系。指逻辑单元相互联系紧密程度的一种度量。

比如电脑USB口。可以插入USB口工作的设备和电脑都是低耦合性，电脑不依赖于外部任何外部USB设备，只要你符合USB规范，插上就可以用。USB规范就像一个抽象类，所有外部设备必须实现抽象类，确保能被正确调用。

设计模式、SOLID原则等都是为了更好的做到高内聚、低耦合。

SOLID原则

• S：单一职责原则 (<font color="#00b050">S</font>ingle Responsibility Principle)
• O：开闭原则 (<font color="#00b050">O</font>pen/Closed Principle)
• L：里氏替换原则 (<font color="#00b050">L</font>iskov Substitution Principle)
• I：接口隔离原则 (<font color="#00b050">I</font>nterface Segregation Principle)
• D：依赖倒置原则 (<font color="#00b050">D</font>ependency Inversion Principle)

上述是面向对象编程的关键原则。诸如此类的设计原则能够帮助开发人员构建更易于维护、扩展的系统。

详细讲解请阅读软件开发、设计、架构的五大原则

本文由IT文艺男(微信公众号itwenyinan) 发布！