UML类图的简单梳理

前端之家收集整理的这篇文章主要介绍了UML类图的简单梳理前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

依赖关系 Dependency

Class Car{}

Class Person{
    int a;
    static int b
    public void buy(Car c){
    int c;
    ....
    }
}


一个类是另一个类的某个方法的参数,或局部变量,或静态方法调用等。

另外变量分两种:局部变量,成员变量。
在某个方法中定义的变量为局部变量,例如上面的c。
在直接在类中定义的叫成员变量,成员变量也分两种实例变量,类变量
实例变量就是上面的a

类变量就是上面的b;


下面三种情况

关联,聚合,组合三种关系,在代码上没有差别,我们更多的是从语义上区别他们。


关联 Association


Class Student{}
Class Teacher{
      List<Stundet> stuList;
}
一个类是另一个类的成员变量


聚合Aggregation

聚合与关联在语法上是一致的。
不过,关联涉及到的类在逻辑上是一个层次的,例如上面的学生老师,但是聚合涉及到的类不是一个层次的。

看下面这个例子:



它可以表述为a has a/some b,此时b是可以脱离a而独立存在的。没有了汽车轮胎还是轮胎嘛。


组合Composition

组合关系比聚合关系更紧密一些

四肢与人是同生共死的。不可分离的。


至于泛化(generalization)与实现(realization),就是我们最经常说的继承extends与实现implements。没有什么可说的。

原文链接:https://www.f2er.com/javaschema/285156.html

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