UML 类图

引言

这里不会将UML的各种元素都提到,我只想讲讲类图中各个类之间的关系; 能看懂类图中各个类之间的线条、箭头代表什么意思后,也就足够应对 日常的工作和交流; 同时,我们应该能将类图所表达的含义和最终的代码对应起来。

下面看一个示例:

看完这篇文章之后,能看懂这张图中类与类之间的关系,目的就达到了。

类之间的关系

泛化关系(generalization)

类的继承结构表现在UML中为:泛化(generalize)与实现(realize)

泛化关系用一条带空心箭头的直接表示,如下图表示(A继承自B):

最终在代码中,泛化关系表现为继承非抽象类。

实现关系(realize)

实现关系用一条带空心箭头的虚线表示。

最终代码中,实现关系表现为继承抽象类。

聚合关系(aggregation)

聚合关系用一条带空心菱形箭头的直线表示,如下图表示A聚合到B上,或者说B由A组成;

聚合关系用于表示实体对象之间的关系,表示整体由部分构成的语义。

与组合关系不同的是,整体和部分不是强依赖的,即使整体不存在了,部分仍然存在。

组合关系(composition)

组合关系用一条带实心菱形箭头直线表示,如下图表示A组成B,或者B由A组成:

与聚合关系一样,组合关系同样表示整体由部分构成的语义。

但聚合关系不同的是,组合关系一种强依赖的特殊聚合关系,如果整体不存在了,则部分也不存在了。

关联关系(association)

关联关系是用一条直线表示的;它描述不同类的对象之间的结构关系。

关联关系默认不强调方向,表示对象间相互知道。如果特别强调方向,如下图,表示A知道B,但 B不知道A:

在最终代码中,关联对象通常是以成员变量的形式实现的。

依赖关系(dependency)

依赖关系是用一套带箭头的虚线表示的。如下图表示A依赖于B,他描述一个对象在运行期间会用到另一个对象的关系:

与关联关系不同的是,它是一种临时性的关系,通常在运行期间产生,并且随着运行时的变化; 依赖关系也可能发生变化;

显然,依赖也有方向,双向依赖是一种非常糟糕的结构,我们总是应该保持单向依赖,杜绝双向依赖的产生;

在最终代码中,依赖关系体现为类构造方法及类方法的传入参数,箭头的指向为调用关系;依赖关系除了临时知道对方外,还是“使用”对方的方法和属性。