Ⅰ 在JAVA编程中什么叫耦合

  • 耦合性是编程中的一个判断代码模块构成质量的属性，不影响已有功能，但影响未来拓展，与专之对应的是内聚性属。

  • 耦合性：也称块间联系。指软件系统结构中各模块间相互联系紧密程度的一种度量。模块之间联系越紧密，其耦合性就越强，模块的独立性则越差。模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信息。

  • 内聚性：又称块内联系。指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。若一个模块内各元素（语名之间、程序段之间）联系的越紧密，则它的内聚性就越高。

  • 因此，现代程序讲究高内聚低耦合，即将功能内聚在同一模块，模块与模块间尽可能独立，互相依赖低。没有绝对没有耦合的模块组，只有尽量降低互相之间的影响。使模块越独立越好。

Ⅱ 耦合是什么意思java

您好：

耦合 指模块与模块之间的连接程度。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立性)。

软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。

希望对你有帮助！

Ⅲ 程序设计中，为什么要解耦

此文转载的。觉得非常精辟。希望对正在学面向对像设计的你有所帮助，总的说来。有这么多设计模式，要用面向对像。都是为了解耦。力在降低各模块的依赖，提高重用。>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 在程序设计过程中，最头痛的不是逻辑的编写过程，更不是算法的设计，最头痛的是如何设计出一个容易维护，扩展性好的东西。而耦合问题是最令人烦躁的，它的存在很多人发现不了，所以往往无从入手，真是有苦自己知了，呵呵。以下是我的经验之谈。我通过例子来体现耦合问题的影响。第一个例子： 在开发游戏的时候，有很多实体类，通常属于一条相同的生产线，如地形：土地，石块，草地，雪地，沼泽，等，具有相同特征而功能不同的对象，新手们，一般是在程序的某个地方，默默地new出这些应用到的对象，恩，一个，两个，三个，慢慢你会发现程序中不断出现新对象，如果存在10对象实体，而对象的提供了5个接口函数，也就是，读写操作，在程序中出现了几十次，这时，我不要这个对象了，换成其他了，那你是不是要改几十处地方？恩，问题就是这里了，没有一个抽象层面，必然会导致维护困难，当对象扩大化到100个，这是一个维护噩梦，当然，单单一个抽象层面是无法解决new实体对象的事实的，这个是令人头痛的问题，管理对象的生产是一个很重要的模块，这里对于某些高级语言，如C++，唯一比较好缓解的是工厂模式中的工厂方法，我比较喜欢用这个模式去管理对象，简单工厂就不要学了，没什么实际意义，而我可以很明确告诉你，第一个带你入门，第一个让你打开眼界的模式绝对是工厂方法模式，如果真想学学模式，请先研究工厂方法，其使用的意义在于把对象的生成延迟到子类，而统一使用接口去管理对象的初始化，把变化点分离出调用端，这里我只能告诉你为什么要用设计模式，什么情况下要用，理不理解就靠你自己的实际经验和悟性了，本人悟性不高，当时在学习设计模式的时候，看了很多次依然没有领悟到工厂模式的奥妙，直至代码量和项目经验不断地增加才顿悟出过中道理，确实是很难用文字来表达，不过以上的例子足够证明它的意义，根源都是为了解耦。第二个例子： 由于我一直都在开发游戏，所以所举得例子不免都和游戏有关，这个例子，如果你写过一个完整的游戏，必然有所了解，游戏总会有界面，而其中比较典型的界面是，菜单界面，菜单里有按钮，对吧？恩，这个问题，我当时设计就考虑，菜单类和按钮类究竟是分开还是合在一起？想来想去，由于当时设计观念没到家，最后把它们合在一起了，这种做法绝对是不好的，为什么呢？我们不要从概念上入手解释，通俗的讲法就是，菜单和按钮的对应关系是一对多，对吧？没有一种固定的关系，有可能1对2，1对3，1对10等等，所以把它们写在一起，是很僵化的，就单凭这种证明就可以发现，它们要分开，而它们最后的表现是合在一起，通过组合的方式，把按钮的抽象层面注入到菜单里面，就可以动态地生成完整的菜单，所谓的组合方式，不就是，菜单里面有一个存放按钮引用的集合，希望你明白我所说的，具体我就不解释了。 结语：我认为这里是全篇文章最重要的，比任何所谓的分层理论都重要，因为它更通俗，更实际，很多人，并不是面向对象学得不好，但总觉得差什么，我也经历过，面向对象，封装，多态，继承，学过的人都知道，都认为自己了解了，其实不然，很多很奇妙的因素，让你误解了，大部分的人认为封装很简单，其实大错特错了，封装是最奇妙的，也是最难用好的。只要你记住以下原则，必然能很好地用好封装，成员尽量使用protected和private，不要去使用public.尽量不要提供给外部对成员属性getter的接口，意思就是不要暴露成员，为什么要这样呢？很简单，暴露成员属性必然会导致自身业务的外泄，业务外泄，会导致，类之间的无谓耦合，如A类有成员a,而程序需要对a数据改变，而你提供一个B类可以访问a成员的getter接口，B类在其自身对a修改，看上去没什么，实际上，就是类耦合，对a的修改是类A的职务，由于习惯的提供getter，导致了，在写类B的时候错误地添加了修改业务，使类A内聚能力降低，程序逐步庞大必然会越发明显，真所谓牵一发动全身，小程序确实是很难看出问题所在。就写那么多，本人愚见，希望对你有帮助。

Ⅳ 计算机编程语言中的耦合是什么意思

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

e...,我猜测你所说的“计算机编程语言中的耦合”指的应该就是“如何在计算机编程时处理耦合”，那就是上面所说的了。否则，。。偶也不晓得啦

Ⅳ 看一些程序设计方面的书籍 老是提到“耦合” 耦合 到底是什么意思松耦合是什么意思

我的理解是：软件设计中的“耦合”指，两个功能函数之间的依赖程度。
比如，你设计的一个程序，需要你编写10个功能函数来实现。如果这10个功能中，有9个功能都要调取第10个功能函数X10，那么，当你在修改X10时，你就要考虑修改完成后，是否会对其它9个功能函数有影响，为了查看是否有不好影响，你就要对其它9个功能函数，一个一个进行测试。所以，为了避免产生这种后期修改的劳动量。就提倡【松耦合】，就是，功能函数之间，尽量依赖程度不要太高。否则，修改完一个底层函数后，会对多个上层函数，进行大量的测试。
【松耦合】的方法，一般是底层函数，功能尽量单一，尽量避免修改底层函数。功能相近的函数，可以设计2个以上，不要为了减少代码量，把一个函数的功能设计的太多。