UML图中的依赖、关联、继承、实现、聚合、组合关系的学习

前端之家收集整理的这篇文章主要介绍了UML图中的依赖、关联、继承、实现、聚合、组合关系的学习前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我们在看源码和分析源码时经常会碰到各种类之间的依赖关系,当依赖比较复杂时,这时候通过UML图能够简单明了的分析各个类和接口之间的关系,下面就UML图中最常见的6类关系做一个总结:

1. 依赖关系

依赖关系:假设A类的变化引起了B类的变化,则说明B类依赖于A类。在大多数情况下依赖关系体现在A类的方法使用B类的对象作为参数。

依赖关系UML图实例:

在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方。

代码实例:Driver开车依赖于Car

public class Driver {  
    public void drive(Car car)  {  
        car.drive();  
    }  
}  
public class Car {  
    public void drive()  {  
    }  
}

依赖关系有如下三种常见的情况:

  1. A类是B类中的(某中方法的)局部变量;
  2. A类是B类方法当中的一个参数;
  3. A类向B类发送消息,从而影响B类发生变化;

2. 关联关系

类之间的联系,如用户和订单,每个订单对应特定的客户,每个客户又可以对应一些特定的订单,再如篮球队员与球队之间的关联(下图所示)。也就是一对一或则一对多的关联关系

下面以一个单向一对一关联为例:单向关联用带箭头的实线表示.

依赖关系UML图实例:

代码实例:每个Customer对应一个收货地址:

public class Customer {  
    private Address address;  
}  
public class Address {  
}

3.泛化关系(继承关系)

泛化关系(Generalization):A是B和C的父类,B,C具有公共类(父类)A,说明A是B,C的一般化(概括,也称泛化,其实在面向对象里面就是继承)

这种方式比较好理解,就给出一个UML实例示意图:

4. 实现关系(实现接口)

实现关系(Implementation):是用来规定接口和实线接口的类或者构建结构的关系,接口是操作的集合,而这些操作就用于规定类或者构建的一种服务。

这种方式在面向对象里面也是很好理解,也只给出一个示意图:

5. 聚合关系

聚合关系(Aggregation):表示的是整体和部分的关系,整体与部分是可以分开的。在聚合关系中,成员类是整体类的一部分,即成员对象是整体对象的一部分,但是成员对象可以脱离整体对象独立存在。在UML中,聚合关系用带空心菱形的直线表示。

UML聚合关系实例:

代码实现:一辆车聚合了引擎,但是引擎是可以单独存在的

public class Car {  
    private Engine engine;  
    public Car(Engine engine)  {  
        this.engine = engine;  
    }  
    public void setEngine(Engine engine)  {  
        this.engine = engine;  
    }  
}  
public class Engine {  
}

再比如一个台式电脑包括键盘显示器,一台电脑可以和多个键盘、多个显示器搭配,确定键盘显示器是可以和主机分开的,主机可以选择其他的键盘显示器组成电脑;

6. 组合关系:

这里注意根据概念区分组合关系和聚合关系的区别的核心在于:整体和部分是否可以分开。

组合关系(Composition):也是整体与部分的关系,但是整体与部分不可以分开.
• 组合关系(Composition)也表示类之间整体和部分的关系,但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在,部分对象也将不存在,部分对象与整体对象之间具有相同的生命周期。
• 在组合关系中,成员类是整体类的一部分,而且整体类可以控制成员类的生命周期,即成员类的存在依赖于整体类。在UML中,组合关系用带实心菱形的直线表示。

UML 示意图

实现代码

public class Head {  
    private Mouth mouth;  
        public Head()  {  
        mouth = new Mouth();  
    }  
}  
public class Mouth {  
}

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