好久好久没更新博客了,拖到了2018了,想起2017说的种种,要是说打脸的话,估计能肿成猪。。。

复习UML(统一建模语言)

主要只是复习一下各类间的几种关系

  • 依赖(Dependency):对象之间最弱的一种关联方式,是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示,箭头从使用类指向被依赖的类。
    我的理解:比如类B中实例化了类A或者有方法参数是类A的类型,那么它们就有依赖关系。

  • 泛化(generalization):表示is-a的关系,是对象之间耦合度最大的一种关系,子类继承父类的所有细节。在类图中使用带三角箭头的实线表示,箭头从子类指向父类。
    我的理解:就是继承关系咯

  • 实现(Realization):在类图中就是接口和实现的关系。在类图中使用带三角箭头的虚线表示,箭头从实现类指向接口。
    我的理解:继承接口,实现接口里定义的方法

  • 关联(Association) : 对象之间一种引用关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示,箭头从使用类指向被关联的类。可以是单向和双向。
    我的理解:两个类在业务逻辑上存在联系,但两个类的作用功能是不一样的(有的是独立的互不影响),但存在需要配合使用的关系。

  • 聚合(Aggregation) : 表示has-a的关系,是一种不稳定的包含关系。较强于一般关联,有整体与局部的关系,并且没有了整体,局部也可单独存在。如公司和员工的关系,公司包含员工,但如果公司倒闭,员工依然可以换公司。在类图使用空心的菱形表示,菱形从局部指向整体。
    我的理解:整体和局部的关系,局部没了整体就崩了,但是整体没了,局部不一定会崩,不算公平的一种关系

  • 组合(Composition) : 表示contains-a的关系,是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系,没有了公司,部门也不能存在了;调查问卷中问题和选项的关系;订单和订单选项的关系。在类图使用实心的菱形表示,菱形从局部指向整体。
    我的理解:同样是整体和局部的关系,但是是共存亡的。更官方的说法:聚合和组合不同在于它们中整体和局部的生命周期存在差异,聚合里整体和局部的生命周期是可以不一样的,但是组合必须一样