设计模式中类的关系UML

设计模式中类与类之间主要有6种关系，他们分别是：依赖、关联、聚合、组合、继承、实现。他们的耦合度依次增强。

泛化（generalization）
泛化关系是类元的一般描述和具体描述之间的关系，具体描述建立在一般描述的基础之上，并对其进行了扩展。

例如：dog（狗）继承了Animal（动物）类， Animal是一般描述，dog具体描述。

泛化使得多态操作成为可能，即操作的实现是由它们所使用的对象的类，而不是由调用者确定的。这是因为一个父类可以有许多子类，每个子类都可实现定义在类整体集中的同一操作的不同变体.

实现（realization）
是指类和接口之间的一种关系，表示一个类实现一个或多个接口的方法，他表达的是类遵守并实现接口的契约。

例如：你想买一架车，你规定车的一些性能参数，只要符合这参数便可以采用。

依赖（Dependency）

 

表示一个类会用到另外一个类，这个关系具有相对的偶然性

类A依赖于B类，其中类B是作为类A的方法参数、方法中的局部变量、或者静态方法调用。

关联（associate）

关联关系是一种结构化的关系，指一种对象和另一种对象有联系。给定关联的2个类，可以从其中的一个类的对象访问到另一个类的相关对象。在UML图中，关联关系用一条实线来表示。

关联可以有方向，表示该关联在某方向被使用。只在一个方向上存在的关联，称为单向关联（Unidirectional Association），在2个方向上都存在的关联，称为双向关联（Bidirectional Association）

C#依赖和关联的比较

        在C#中，关联的类通常体现在类的成员变量，表示一种相对固定长期的关系，而依赖关系通常体现在局部变量，表示一种相对偶然，临时的关系。

聚合（aggregation）

聚合关系是关联关系的一种，耦合度强于关联，他们的代码表现是相同的，仅仅是在语义上有所区别：关联关系的对象间是相互独立的，而聚合关系的对象之间存在着包容关系，他们之间是“整体-个体”的相互关系。

 

（1) 对于具有关联关系的两个对象，多数情况下，两者有独立的生命周期。FeedIn（入库单）类和订单(Order)类，。FeedIn（入库单）的销毁不会影响订单(Order)；反之亦然。

(2) 对于具有聚集关系（尤其是强聚集关系）的两个对象，整体对象会制约它的组成对象的生命周期。部分类的对象不能单独存在，它的生命周期依赖于整体类的对象的生命周期，当整体消失，部分也就随之消失。例如Order（订单）和 OrderDetail（订单明细），不过，有的设计者也允许单独的OrderDetail存在，这有点类似我们说的“数据岛”之类的问题。

组合（composition）

相比于聚合，组合是一种耦合度更强的关联关系。存在组合关系的类表示“整体-部分”的关联关系，“整体”负责“部分”的生命周期，他们之间是共生共死的；并且“部分”单独存在时没有任何意义。

 

依赖<关联<聚合<组合<继承<实现