最简单理解高内聚低耦合

低耦合：

耦合就是元素与元素之间的连接，感知和依赖量度。这里说的元素即是功能，对象，系统，子系统，模块。

例如：现在有方法A和方法B

我们在A元素去调用B元素，当B元素有问题或者不存在的时候，A元素就不能正常的工作，那么就说元素A和元素B耦合

耦合带来的问题：

当元素B变更或者不存在时，都将影响元素A的正常运作，影响系统的可维护性和易变更性。同时元素A只能运行在元素B中，这也大大的降低了A元素的可复用性。正因为耦合的种种弊端，我们才需要在软件设计上追求低耦合

低耦合如何做：

元素A不能过度依赖元素B

合理的职责划分：让系统中的对象各司其职，不仅是提高内聚的要求，同时也可以有效地降低耦合

使用接口而不是继承：我们不难发现。继承就是一种耦合，假如子类A继承了父类B，不论是直接继承或者间接继承，一但父类B不存在或者发生任何变更，都将导致子类A不得不修改或者重写。假如父类B的子类数十上百的，这就是灾难性的变更。

高内聚：
高内聚是另外一个评判软件设计质量的标准。
内聚更为专业的说法叫做功能内聚，是对系统中元素职责的相关性和集中度的量度。
如果元素有高度的相关职责，除了这些职责在没有其他的工作，那么该元素就有高内聚。

例如：
这就好像，如果我是一个项目经理，我的职责是监控和协调我的项目各个阶段的工作。
当我的项目进入需求分析阶段，我会请求需求分析员来完成；当我的项目进入开发阶段，我会请求软件开发人员来完成；当我的项目需要测试的时候，我会请求测试人员。。。。。。如果我参与了开发，我就不是一个高内聚的元素，因为开发不是我的职责。

为什么要高内聚：

• 可读性
• 复用性
• 可维护性和易变更性

简单的理解高内聚低耦合：

耦合和内聚的的评判标准是强度，耦合越弱越好，内聚越强越好

耦合指模块与模块之间的关系，最弱的耦合就是通过一个主控模快来协调n哥模块进行运作。
例如：还是举一个我举过的例子：客户要求在界面上增加一个字段，你的项目要修改几个地方呢？
如果你只要修改项目文档，那么你的开发构架就是最低强度的耦合，而这种设计成熟的开发团队都已经做到了，他们使用开发工具通过项目模型驱动数据库和各层次的代码，而不是直接修改那些代码；

内聚指的是模块内部的功能，最强的就是功能不能拆分，也就是原子化。

在简单的说：
高内聚、低耦合讲的是程序单位协作的问题， 你可以这样理解，一个企业的管理， 最理想的情况就是各个部门各司其职，井然有序，互不干涉， 但是需要沟通交流的时候呢， 各个部门都可以找到接口人专门负责部门沟通以及对外沟通。 在软件里呢， 就是说各个模块要智能明确， 一个功能尽量由一个模块实现， 同样，一个模块最好只实行一个功能。这个是所谓的“内聚”; 模块与模块之间、系统与系统之间的交互，是不可避免的， 但是我们要尽量减少由于交互引起的单个模块无法独立使用或者无法移植的情况发生， 尽可能多的单独提供接口用于对外操作， 这个就是所谓的“低耦合”。 但是实际的设计开发过程中，总会发生这样那样的问题与情况， 真正做到高内聚、低耦合是很难的，很多时候未必一定要这样， 更多的时候“最适合”的才是最好的， 不过，理解思想，审时度势地使用， 融会贯通，灵活运用，才是设计的王道。