编程中遇见的“耦合”“耦合度”“低耦合”是什么意思

怎么说呢，一个人要开发大型软件是很没效率的，所以就要有很多人共同开发，懂吧

那么很多人共同开发，你不能所有人都开发一个模块，一个功能，一个文件对吧，是不是要有个分工呢？比如说做一个程序，有人开发数据库方面的东西，有人开发网络方面的东西，有人开发界面方面的东西，这就是分工。

那么分工，每一个分工，也就相当于一个模块，而一个模块就是一个功能。一个模块这个概念比较抽象，可以说是一个编程语言文件，也可以说是一个人所作的工作，也可能说是一个具体功能。

无论如何，模块之间都要有一定的联系，比如说我的网络链接模块需要用你数据库模块的数据，这个懂吧。那么这些模块之间的连接性，就是耦合性⋯⋯

有个例子很容易明白：一个程序有50个函数，这个程序执行得非常好；然而一旦你修改其中一个函数，其他49个函数都需要做修改，这就是高耦合的后果。
一旦你理解了它，你编写概要设计的时候设计类或者模块自然会考虑到“高内聚，低耦合”。

高内聚是指一个软件模块是由相关性很强的代码组成，只负责一项任务，也就是常说的单一责任原则。低耦合是指让每个模块尽可能的独立完成某个特定的子功能。

以下的都是一些扯淡话，不食人间烟火的那种：（可以不看，我只是做个记录）

软件工程中耦合
　　 简单地说，软件工程中对象之间的耦合度就是对象之间的依赖性。指导使用和维护对象的主要问题是对象之间的多重依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。
　　有软硬件之间的耦合，还有软件各模块之间的耦合。
　　耦合性是程序结构中各个模块之间相互关联的度量。它取决于各个模块之间的接口的复杂程度、调用模块的方式以及哪些信息通过接口。
　　耦合可以分为以下几种，它们之间的耦合度由高到低排列如下：
　　（1） 内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过不正常入口而转入另一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。
　　（2） 公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。
　　（3） 外部耦合 。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
　　（4） 控制耦合 。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进行适当的动作，这种耦合被称为控制耦合。
　　（5） 标记耦合 。若一个模块A通过接口向两个模块B和C传递一个公共参数，那么称模块B和C之间存在一个标记耦合。
　　（6） 数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合和最低的一种耦合形式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另一些模块的输入数据。
　　（7） 非直接耦合 。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的
　　总结：耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。