最简单的方式理解高内聚低耦合，一句话让你明白高内聚低耦合

高内聚低耦合是什么？

什么是高内聚？

高内聚是一种评判软件设计质量的标准，内聚更专业的说法就是功能内聚，是对系统中元素职责的相关性集中度的(量度),如果元素有高度的相关责任，除了这些责任没有其他工作，就说明这个元素有高内聚。

举例：我是一个项目经理，我的职责是负责管理这个项目开发从0-100的进度，这期间我只负责安排任务，动手的都交给员工-技术，如果参与了开发过程我就不是一个高内聚元素，因为开发不是我的职责(简单说，做好自己分内的事，不去做其他事)

什么是低耦合？

耦合就是元素之间的关联度，感知依赖度如：模块，对象，功能之间关联。
举例：当我们在A元素调用B元素，B元素有问题或者不在的时候，A元素就不能正常工作，那么就说明A元素和B元素的耦合度较高这种耦合度可以称为100%。这都将影响元素A的正常工作，影响项目可维护性和易变更性。同时元素A只能运行在元素B中，这也大大的降低了A元素的可复用性。正因为耦合的种种弊端，我们才需要在软件设计上追求低耦合。
再简单的说： 高内聚、低耦合讲的是程序单位协作的问题， 你可以这样理解，一个企业的管理， 最理想的情况就是各个部门各司其职，井然有序，互不干涉， 但是需要沟通交流的时候呢， 各个部门都可以找到接口人专门负责部门沟通以及对外沟通。 在软件里呢， 就是说各个模块要智能明确， 一个功能尽量由一个模块实现， 同样，一个模块最好只实行一个功能。这个是所谓的“内聚”; 模块与模块之间、系统与系统之间的交互，是不可避免的， 但是我们要尽量减少由于交互引起的单个模块无法独立使用或者无法移植的情况发生， 尽可能多的单独提供接口用于对外操作， 这个就是所谓的“低耦合”。 但是实际的设计开发过程中，总会发生这样那样的问题与情况， 真正做到高内聚、低耦合是很难的，很多时候未必一定要这样， 更多的时候“最适合”的才是最好的， 不过，理解思想，审时度势地使用， 融会贯通，灵活运用，才是设计的王道。

上面如何你都能理解的话，看这句话加深你对高内聚低耦合的理解

小结：

简单的理解高内聚低耦合：耦合和内聚的的评判标准是强度，耦合越弱越好，内聚越强越好。
总结一句简单通俗易懂的的话：
高内聚就是功能内聚越高越好，低耦合就是元素关联度越低越好。高内聚就是一个项目经理只安排别人做事自己不动手，如果自己动手内聚性就低了。低耦合就是元素与元素之间的关联度A依靠B执行，B不存在A就无法运行，这种就是低耦合。