物理学上指两个或两个以上的体系或两种运动形式之间通过各种相互作用而彼此影响以至联合起来的现象。如放大器级与级之间信号的逐级放大量通过阻容耦合或变压器耦合；两个线圈之间的互感是通过磁场的耦合。
该词语来源于人们的生产生活。
1、您不能使用任何其它实现，因此您最终将代码与该实现耦合。
2、但是所有客户端都将依赖于一个服务，这就将导致一个非常高度的耦合。
3、如果你真的结合二者的最佳思想，就可以得到一个可扩展的、模块化的、松散耦合的系统。
4、通过消息进行交互的应用程序具有松散耦合的优点，因为只要双方使用相同的消息格式，那么一个系统中的更改就不会对另一个系统产生影响。
5、这样增加的耦合会使类的维护和增强更为困难；因此，应该避免这种做法。
6、如果耦合的服务任何方面有所变化，那么，请求者或提供者的应用程序代码（更可能是两者同时）必须改变。
7、这建立起服务消费者和提供者之间的依赖关系，并且在系统中建立耦合。
8、有些解决方案提供这一组件，但是它与表现层紧密地耦合在一起。
9、当每个层仅松散耦合到其上和其下的层时，您可以实现更强的灵活性、适应性和独立性。
10、对于这个示例，我假设服务已经存在，理想的情况是用松散耦合的方式把它们集成在一起。
11、两种模式都把行为从视图中抽出来，将之放入与视图耦合的一个表现类。
12、另一方面，紧密耦合的调用和被调用系统会假定双方都已经拥有了让对方信任所需要的事项。
13、然而，这些依赖关系在这一高层上是很有价值的，因为它们开始识别需要被小心管理的系统之间的效用和耦合。
14、对于直接耦合方法，不存在工具支持，并且应用程序开发人员必须直接处理数据管理的细节。
15、这导致了最终的松耦合，并为可移植性和互操作性提供了更多的益处，但是它给开发者带来了更多处理抽象概念的负担。
16、依赖注入让您将应用程序的主要层次编织到一起，从而，这使您产生一个具有视图、模型和控制器层的松散耦合应用程序。
17、服务操作能够被设计用作输入、输出、和错误消息，但是这并不是必须的，而且还将导致不合需要的邮戳数据耦合。
18、这个列表遗漏了松耦合最重要的一个方面：普遍性。
19、因为容器能够在运行时把组件注入到依赖它的组件中，所以DI提供了消除组件间高度耦合的另外一种方式。
20、我发现这个概念在描述体系结构和关于在SOA内耦合服务和组件的实现决策方面非常有帮助。
21、这些接口就位之后，接下来要考虑的就是如何用松散耦合方式将它们集成在一起。
22、我之所以使用容器这个词是想暗指某种使用或鼓励使用松散耦合的框架。
23、这个最佳实践的内涵是：避免服务接口和模式与底层实现和技术之间发生紧耦合。
24、几十年来，那些关注数据管理的人，在紧耦合意味着更好的效率和一致性的哲学下，驱使行业不断合并数据库。
25、然而您需要它来确保实现整洁的界面以及与远程客户机的松散耦合。
26、具有高内聚力的设计将提供降低耦合的机会。
27、因此，低耦合需要限制对象之间的依赖级别。
28、这是因为松耦合并不适于应用设计的所有层级。
29、构思良好的服务给业务带来了灵活性和敏捷性；它们通过松散耦合、封装和信息隐藏使重构更加容易。
