UML中的六大关系:依赖、泛化、关联、实现、聚合和组合

前端之家收集整理的这篇文章主要介绍了UML中的六大关系:依赖、泛化、关联、实现、聚合和组合前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_502_1@UML定义的关系主要有六种:依赖、泛化、关联、实现、聚合和组合。这些类间关系的理解和使用是掌握和应用UML的关键,而也就是这几种关系,往往会让初学者迷惑。这里给出这六种主要UML关系的说明和类图描述,一看之下,清晰明了;以下就分别介绍这几种关系:

@H_502_1@一、泛化

@H_502_1@

泛化(图1)表示一个更泛化的元素和一个更具体的元素之间的关系。泛化是用于对继承进行建模的UML元素。在Java中,用extends关键字来直接表示这种关系。

泛化关系表示类与类之间的继承关系,接口与接口之间的继承关系@H_502_27@。

图1

@H_502_1@指的是一个类(称为子类、子接口)继承另外的一个类(称为父类、父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系;在Java中此类关系通过关键字extends明确标识,在设计时一般没有争议性;

@H_502_1@二、实现

@H_502_1@

实例(图2)关系指定两个实体之间的一个合同。换言之,一个实体定义一个合同,而另一个实体保证履行该合同。对Java应用程序进行建模时,实现关系可直接用implements关键字来表示。

图2

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

@H_502_1@三、依赖:虚线箭头表示

@H_502_1@

@H_502_27@1、依赖关系也是类与类之间的联结

@H_502_27@2、依赖总是单向的。(#add 注意,要避免双向依赖。一般来说,不应该存在双向依赖。)
@H_502_27@3、依赖关系在 Java 或 C++ 语言中体现为局部变量、方法的参数或者对静态方法@H_502_27@的调用

@H_404_154@

表示方法:虚线加箭头

@H_502_27@特点:当类与类之间有使用关系时就属于依赖关系(人买车)@H_502_27@,不同于关联关系,依赖不具有“拥有关系”,而是一种“相识关系”,只在某个特定地方(比如某个方法体内)才有关系

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

@H_502_1@四、关联:实线箭头

@H_502_1@

@H_502_27@1、关联关系是类与类之间的联结,它使一个类知道另一个类的属性方法
@H_502_27@2、关联可以是双向的,也可以是单向的(#add还有自身关联)。双向的关联可以有两个箭头或者没有箭头,单向的关联有一个箭头。
@H_502_27@3、在 Java 或 c++ 中,关联关系是通过使用成员变量@H_502_27@来实现的。

class Person

{

void buy(Car car)

{

...

}

}

class 徒弟

{

};

class 唐僧

{

protected: list<徒弟> tdlist;

};

@H_404_154@

表示方法:实线箭头

@H_502_27@特征:@H_502_27@表示类与类或类与接口之间的依赖关系,表现为“拥有关系”(一个师傅可以拥有多个徒弟)@H_502_27@;具体到代码可以用实例变量来表示。

@H_502_1@ 他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系,比如我和我的朋友;这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的,一般是长期性的,而且双方的关系一般是平等的、关联可以是单向、双向的;表现在代码层面,为被关联类B以类属性的形式出现在关联类A中,也可能是关联类A引用了一个类型为被关联类B的全局变量

@H_502_1@五、聚合:空心菱形头表示

@H_502_1@

@H_502_27@1、聚合关系是关联关系的一种,是强的关联关系。
@H_502_27@2、聚合是整体和部分@H_502_27@之间的关系,例如汽车由引擎、轮胎以及其它零件组成。
@H_502_27@3、聚合关系也是通过成员变量来实现的。但是,关联关系所涉及的两个类处在同一个层次上,而聚合关系中,两个类处于不同的层次上,一个代表整体,一个代表部分。
@H_502_27@4、关联与聚合仅仅从 Java 或 C++ 语法上是无法分辨的,必须考察所涉及的类之间的逻辑关系。

class 引擎

{

};

class 轮胎

{

};

class 汽车

{

protected:引擎 engine;

protected:轮胎 tyre[4];

};

@H_404_154@

表示方法:空心菱形头

@H_502_27@特征:属于是关联的特殊情况,体现部分-整体关系,是一种弱拥有关系(汽车由引擎和轮胎构成)@H_502_27@;整体和部分可以有不一样的生命周期;是一种弱关联;

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

@H_502_1@六、组合:实心菱形加实线箭头表示

@H_502_1@

1、组合关系是关联关系的一种,是比聚合关系还要强的关系。
2、它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

class 肢

{

};

class 人

{

protected: 肢 limb[4];

};

@H_404_154@

一般是实心菱形加实线箭头表示

特征:属于是关联的特殊情况,也体现了体现部分-整体关系,是一种强“拥有关系”;整体与部分有相同的生命周期,是一种强关联;

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

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

原文链接:/javaschema/284899.html

猜你在找的设计模式相关文章