聚合和耦合

转自：
http://techfan.blogbus.com/logs/8069103.html

（1）   首先，别管什么名词，只要意思能够涵盖就够了，名字是随便叫的！  
  我认为类的关系只有4种:   继承（gerneraliztation），组合（composition），  
  关联（association），聚合（aggregation）。  
   
  继承是不用说了，组合就是整体和部分关系，也简单；关键是关联和聚合，我认为：  
   
  聚合是指该类里(A)有其它类(B)的指针或引用，在该类里(A)会调用其他类(B)的方法或属性来完成自身的功能。所以“聚合在类中定义为实例指针或引用”，定义中写定义类（A）时已有（B）。  
   
  关联（相识）仅仅是该类（A）会调用其他类(C)的方法或属性，但类本生并没有其它类(C)的指针或引用，所以“相识是以指针或引用来实现”,定义并没有写有啊！只是来实现！  
   
  比如：SendMessage给其它的类(C)，有人问没有其它类指针怎么发消息，可以   App->GetXXXClass()啊，或者自己所拥有的某个其它类(B)的指针再Get另外类(C)的指针也可以啊，我想说的是关联是四种关系中耦合度最低的，所以“相识是以指针或引用来实现”且“相识关系则出现频率较高，但有时只存在于一个操作期间，相识也更具动态性，使得它在源代码中更难被辨别出来”。  
   
  最后：设计模式中描述写的清清楚楚，没有任何错误，而UML里仅仅是定义，但是类的关系只有在用的时候才体现，设计模式充分体现了类与类之间的关系，所以当然以实际用的所体现的关系为准，而设计模式描述又没有错误，故觉得楼主的迷惑是因为设计模式一书楼主看的还不够仔细！  

（2）

关联关系(Association)：表示的是类与类之间的联接，注意这两个类是属于同一层次上的。  
   
  聚合关系(Aggregation)：是关联关系的一种，是强的关联关系。但与关联关系不同的是，聚合关系中两个类是处在不同的层次上的，一个代表整体，一个代表部分。关联与聚合仅从语法上是分辨不出的，需要从逻辑关系上判断。  
   
  组合关系(Composition)：也是一种关联关系，比聚合更强的关系，它要求普通聚合关系中代表整体的对象负责代表部分的对象的生命周期。代表整体的对象可以将代表部分的对象传递给另一个对象，但在同一时刻，代表部分的对象只能与一个对象发生合成关系，并由后者负责它的生命周期。

（3）

aggregate v.s. composite, see UML Reference.
是个概念，数学概念，设计层次上的概念；对应到代码，则有各种表现，未必划一的；甚至两者可以共享同一种记录结构，只是遵循不同的操作约定而已。
举一例：
class A
{
};
class B
{
    A a1, a2;
};
以上肯定是composite关系。

若class C
{
    A *a;
};
则既可用于aggregate关系，也可以通过遵循composite约定而用来实现composite关系。