UML 类图

_images/uml_class_struct.jpg

  • 车的类图结构为<<abstract>>,表示车是一个抽象类
  • 小汽车和自行车 与 车是继承关系;更具体为实现关系,使用带空心箭头的虚线表示
  • 小汽车与 SUV 之间也是继承关系,更具体为泛化关系,使用带空心箭头的实线表示
  • 小汽车与发动机之间是组合关系,使用带实心箭头的实线表示
  • 学生与班级之间是聚合关系,使用带空心箭头的实线表示
  • 学生与身份证之间为双向关联关系,使用一根实线表示
  • 学生上学需要用到自行车,与自行车是一种依赖关系,使用带箭头的虚线表示

UML 类表示法

具体类在类图中用矩形框表示,矩形框分为三层:第一层是类名字;第二层是类的成员变量;第三层是类的方法

成员变量以及方法前的访问修饰符用符号来表示:

  • “+”表示 public
  • “-”表示 private
  • “#”表示 protected
  • 不带符号表示 default

其中,属性和方法返回值的数据类型非必需,静态方法在方法名前加下划线用来区和实例方法的不同

抽象类在UML类图中同样用矩形框表示,但是抽象类的类名以及抽象方法的名字都用 斜体字 表示

接口在类图中也是用矩形框表示,但是与类的表示法不同的是,接口在类图中的第一层顶端用构造型 <<interface>>表示,下面是接口的名字

设计模式需要考虑的原则

我们在设计类的时候,首先要考虑的是单一职责,对于一个类应该只有一个引起变化的原因。比如我们设计一个汽车,设计一个类不能既管理引擎又管理刹车

扩展功能时我们要考虑的是开闭原则里氏替换,对扩展开发,对修改关闭,另外,任意子类在替换父类时系统都应该正常运行

在设计接口时,我们要考虑的是接口隔离最少知识

在实现具体功能时,我们要考虑的是依赖反转,抽象不能依赖具体,具体应该依赖抽象

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

little-sparrow

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值