类关系（UML&设计模式）

最新推荐文章于 2024-05-31 13:39:03 发布

amos

最新推荐文章于 2024-05-31 13:39:03 发布

阅读量847

点赞数

分类专栏： android学习笔记

android学习笔记专栏收录该内容

15 篇文章 0 订阅

订阅专栏

类关系（UML&设计模式）

一．类之间存在的6种关系....................................................................................... 1

二．各种关系图与代码.............................................................................................. 1

1. 依赖.............................................................................................................. 1

2. 关联.............................................................................................................. 2

3. 聚合.............................................................................................................. 2

4. 组合.............................................................................................................. 3

5. 实现（接口）................................................................................................ 4

6. 继承.............................................................................................................. 6

三．总结................................................................................................................... 6

一．类之间存在的6种关系

依赖，关联，聚合，组合，实现（接口），继承（泛化）。

其中，聚合和组合是关联的两种具体关系，关联包含组合和聚合。

关系强弱：依赖是关系最弱的，关联是强依赖，聚合是强关联，组合是强聚合。

注意：继承比起接口，可以扩展，接口最好不要扩展。

二．各种关系图与代码

1. 依赖

代码：

Public class A {//注意这没有定义类B在类A中的私有变量

public B operation(B b){//返回值和方法参数

b.opb();//方法参数位置

B bb = new B();//局部变量

bb.opbb();

B.staticop();//静态方法调用

}

描述：

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

双向关联：
C1-C2：指双方都知道对方的存在，都可以调用对方的公共属性和方法。

双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。

在GOF的设计模式书上是这样描述的：虽然在分析阶段这种关系是适用的，但我们觉得它对于描述设计模式内的类关系来说显得太抽象了，因为在设计阶段关联关系必须被映射为对象引用或指针。对象引用本身就是有向的，更适合表达我们所讨论的那种关系。所以这种关系在设计的时候比较少用到，关联一般都是有向的。

单向关联:
C3->C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。

自身关联（反身关联）：
自己引用自己，带着一个自己的引用。

2. 关联

代码：

Public class A{

Private B b;

}

描述：

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

3. 聚合

代码：

Public class A{

Private B b;

public set(B b){

This.b=b;

}

描述：

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

4. 组合

代码：

Public class A{

Private B b = new B(); //第一种方法；

Public A(){ b=new B(); } //第二种方法；

Public A(B b){ This.b=b; } //第三种方法；

}

描述：

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