用简单直白的说法，最大聚合就是指类（模块）的封装性要好，功能紧凑而独立；最小耦合就是指类（模块）之间的关联和牵扯越少越好
用术语解释：聚合和耦合是与类和服务相关联的概念。聚合是类（服务）内各条语句相互关联程度的量度，程度（从高到低）：功能、信息、通信、过程、时间、逻辑、偶然，聚合度越高越好。
耦合是模块（服务）间关联程度的量度。程度（从高到低）：内容、公共、控制、标志、数据、无耦合，偶合度越低越好。
实际上在做开发时，无耦合是不可能的，理想的是数据耦合（通过接口传递数据）。
以上所说用一句话来说就是实现松散耦合,而如何要实现松散耦合,不妨看下面的具体介绍
| 文章摘要：1.1 概要 有关松散耦合与接口的使用 1.1 概要 一个软件，它具有许多类，类与类之间需要互相调用，一旦某个类与另一个类具有紧密耦合关系的时候，这个软件的重用性就会大大 |
1.1 概要
有关松散耦合与接口的使用
1.1 概要
一个软件，它具有许多类，类与类之间需要互相调用，一旦某个类与另一个类具有紧密耦合关系的时候，这个软件的重用性就会大大降低。所以一个软件的重用性的高低就取决于它的耦合程度的高低。
1.2 名词解释
1.2.1 耦合度：程序模块之间的关联、依赖程度。
1.3 关键词
低耦合度；接口设计；模块重用；
2 问题的提出
2.1 在设计过程中提出
当设计这个软件的体系结构的时候，就发现了这个软件的逻辑运行部分（SimpleRouter类）和输出部分（SimpleRouterFrame类）不能很好的结合起来。即：我们不得不将程序界面的引用（reference to SimpleRouterFrame）一层一层的传递给程序的核心部分，以提供输出功能。
2.2 在开发过程中提出
当我们对输出界面（SimpleRouterFrame类）进行了一些修改后，特别是某些方法名称修改后，相应程序核心部分（SimpleRouter类）的代码也需要重新修改以适应这个新的输出界面。
3 问题的原因
类与类之间耦合的过于紧密，以至于每次需要修改一个类，它相应的关联类都需要修改代码来适应这个修改过的类。
比如说：某个类A需要直接显示的调用另一个类B的public方法，一旦B不再支持这个方法，或者重写了这个方法名称，A就需要重新编写代码来适应。另一种情况：某类A需要用到具有某种特定方法的类B，但B的形式并不确定，一旦B的内部结构改变，A就可能需要重写代码。
4 问题的解决方案
为避免这种情况，需要降低A与B之间的耦合度，目的就在于，无论B的形式如何，只要B仍然能够实现A所需要的功能，A就不需要重写代码，
解决方法：令B实现某种接口I，定义 I.Method(); 同时A在调用B的方法时候直接调用I的方法即可；而从前会将B当作参数传给A，然后A再调用B的方法的地方：
{
A.AMethod( B b ) {
b.BMethod();
/*….*/
}
}
修改成：
{
A.AMethod( I i ) {
i.Method();
}
}
在这里，B只需要实现I.Method()方法即可，完全隐藏了实现细节。
按照这种方法，既实现了类与类之间的松散耦合，大大增强了类的可重用性。回顾从前学过的设计模式，可以发现，这与Observer模式有相似之处。