UML中类的关系

UML中几种类间关系：继承、实现、依赖、关联、聚合、组合的联系与区别
这是一堂关于UML 基础知识的补习课；现在我们做项目时间都太紧了，基本上都没有
做过真正的class 级别的详细设计，更别提使用UML 来实现规范建模了；本篇主要就以前
自己一直感觉很迷糊的几种class 之间的关系进行整理，让我们在真正用UML 进行比如类
图设计时能够更加清晰明了；以下就分别介绍这几种关系：

继承（Inherit）
有些地方也叫泛化关系，一般关系（Generalization）
指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，即is-a并可
以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java
中此类关系通过关键字extends 明确标识，在设计时一般没有争议性；
 

public abstract class Employee{

 

}

 

public class Programmer extends Employee{

 

}

实现(Realization)
指的是一个class 类实现interface 接口（可以是多个）的功能；实现是类与接口之间最常见
的关系；在Java 中此类关系通过关键字implements 明确标识，在设计时一般没有争议性；

例：

 

public interface CollegePerson{

 

}

 

public class Professor implements CollegePerson{

 

}

 

依赖(Dependency)
可以简单的理解，就是一个类A 使用到了另一个类B，而这种使用关系是具有偶然性的、、
临时性的、非常弱的，但是B 类的变化会影响到A；比如某人要过河，需要借用一条船，
此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A 在某个method
方法中使用；

例：给一个雇员计算薪水的时候,要使用计算器的例子

 

public class Employee{

 

         public void calcSalary(Calculator cSalary)

 

         {

 

         }

 

}

　UML图:


 

关联(Association)
他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这
种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而
且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B
以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全
局变量；
注意：一个关联关系往往是聚合关系或者是合成关系。
例：以权限中的用户组、用户角色为例，一个用户角色可以属于一个或者多个用户组，一个用户组则可以包含多个用户角色。如果用户组采用下面的方法来获得用户角色的权限…

         public class UserGroup{

 

private UserRole uRole ;

 

          ......

 

}

 

public class UserRole{

 

}

聚合(Aggregation)
聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a 的关系，此时
整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，
也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，
和关联关系是一致的，只能从语义级别来区分；

例：汽车与轮胎的关系可以很好的说问题。

 

public class Car{

 

    private Tyres tyres;
       }

 

public class Tyres{

 

}

   



组合（Composition）
组合也是关联关系的一种特例，也可叫合成，他体现的是一种contains-a 的关系，这种关系比聚合更强，
也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生
命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联
关系是一致的，只能从语义级别来区分；

例：人和他的腿就是一个好的例子。

 

public class Man{

 

         private Legs legs;

 

}

 

public class Legs{

 

}

对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、或者类与接口间的纵向
关系；其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系，是比较难区
分的，有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别
的，所以从代码层面并不能完全区分各种关系；但总的来说，后几种关系所表现的强弱程度
依次为：组合>聚合>关联>依赖；

UML类图的一个实例




值得参考的文章：http://www.cnblogs.com/oowgsoo/articles/1382177.html
　　　　　　　　http://wenku.baidu.com/view/6c61e00f76c66137ee061997.html
　　　　　　　http://www.ibm.com/developerworks/rational/library/content/RationalEdge/sep04/bell/

转载于：http://blog.sina.com.cn/s/blog_4de067e40100lspi.html

转载于:https://www.cnblogs.com/kazaff/archive/2012/02/28/2371783.html