和大多数朋友一样,Jeffrey 在一开始的时候也十分的厌烦软件工程的一系列东西,对工程化工具十分厌恶,觉得它繁琐,需要记忆很多没有意思的东西。
但是之所以,肯定有是因为。对工程化工具的不理解和不认可主要是基于两个++逻辑点++ :1)对于当下的任务来说,学习++成本高++ ,但是收效比较小,即++收益小++ 2)即使学习了,利用空间不足,即++应用少++
如果要给出能说服自己学习软件工程的原因【也是一开始说服我自己的原因】
1)逐渐接触更++大体积的代码++ ,尤其是从零开始接触整体中的一部分业务代码,类的命名方式和方法变量的命名和自己习惯不同等等,导致理解成本高,花费的时间成本高,这个时候软件工程可以派上大用场++降低理解成本++
2)很多前辈和跟我们说,代码要先想好再写,因为这样可以从全局概览的角度去思考算法和数据存储方式。说的好,但是实现比较难,这个时候,就可以通过一些软件工程工具++形象化的整理系统结构和算法步骤++
1.换个角度
找了很多UML绘制的工具,但是发现这些工具会增加很大的学习成本,而且对于强迫症的我来说,每次画图都需要把线放的对齐笔直,性格原因又增加了我的使用成本,进而降低了我的使用效率,最终让我与一开始便利书写代码的初衷相违背,进而我选择了使用++plantUML++一种十分简单的符号语言的方式来绘制UML,学习成本低上手简单
2.UML 类图
使用类图的目的是为了形象化的得到系统中各个类/方法/接口/变量 之间的关系图
2.1类图中的基本元素
不要从学习图的角度去思考类图应该怎么画,从代码的角度出发去思考类图中应该有什么。
对于我的Java系统来说,从语法角度我需要在类图中体现类和它内部实例变量/方法,静态变量/方法,我还要体现类之间的继承和实现接口的关系,这些都应该是我的类图里面需要的。
那么作为一个类图的发明者来说,我就需要把这些东西都用符号表示出来。
首先表示一个类:Class animal,这个图我要把它的变量和方法分开,这样方便我去看:
对于我的变量来说,它有类型,对于我的方法来说,它有参数,有返回值,有返回值的类型和数据的类型,这些我都要体现出来
我的变量和方法还有访问修饰符的限制,这些我也得表示出来
但是一般情况下,取决于UML 的绘制工具不同,我们用简单的键盘符号来表示访问修饰符:
public | private | protected | default |
---|---|---|---|
+ | - | # | ~ |
最后有的时候我想把一些类归类,进而体现它的包,所以我需要把包也体现出来:
++最后当然你可以通过手绘制的形式来画UML,而这里我们通过在idea 中plantUML插件的形式来完成,相信优秀的你肯定会插件的下载,就叫这个名,这时候你会发现你的idea 的右边的一列上有plantUml,点开它。++
然后找个文件夹,new个txt文件,然后输入以下代码,你就能看到上图啦:
plantuml
@startuml
package "Entity"{
class animal{
+isAlive: boolean
#gender: int
-age: int
~race: String
+breath(): void
}
class bird
class dog
class cat
}
@enduml
2.2类图中的关系元素 6个三组
这一块就一个字,麻烦!但是也不麻烦,用几个表,我们简单说明一下,这个地方需要一点点的耐心和记忆力。类类之间的关系从Java的角度来说是什么?继承,还有一种呢?对于接口的实现。
这是第一组:继承和实现,也是最好理解的一组
继承/泛化 | 实现 |
---|---|
一个类是另一个类的具体 | 一个类是另一个类的实现,实现要实现所有方法 |
空心实线箭头 | 空心虚线箭头 |
plantUml: 1)class bird extends animal 2)bird --|> animal | plantUml:bird ...|> fly |
第二组:聚合和组合,需要注意两点:两个关系都代表部分和整体的关系,但是组合的程度更深,如果整体不存在,则部分也不存在,而聚合则是整体不存在,部分可以单独存在。比如:头和人就是组合关系,帽子和人就是聚合关系
组合 | 聚合 |
---|---|
部分指向整体,相同生命周期, | 部分指向整体,部分可以单独存在 |
实心菱形线 | 空心菱形线 |
plantUml:head --* bird | plantUml:hat --o bird |
第三组:关联和依赖关系
这两个是比较不容易区分的,但是通常来说关联关系就是一个类的一个实例变量是另一个类,而依赖关系是一个类的某个方法使用另一个类对象作为参数,但是这里要注意的是关联关系里面有双向关联,单向关联,自关联,多重性关联,怎么说?多重性关联就是,一对多,一对1 ,多对多,min对Max,当然其他的关系里面也可以这样表示
关联 | 依赖 |
---|---|
一个类的一个实例变量是另一个类 | 一个类的某个方法使用另一个类对象作为参数 |
实线实心箭头 | 虚线实心箭头 |
plantUml: 1)gender --> Student 2)workhouse "1" <-->"n" book | plantUml:空气 ...>新陈代谢 |
以上的内容一定要牢记,多看几遍,记下来就好了
2.3补充语法
如果只有上面的这些内容,其实已经够我们去完成基本UML类图的绘制了,已经搭建起来了基本的类图和用plantUML语言来绘制类图的框架,但是,为了方便我们的使用,补充一部分plantUML语言的语法来使得绘制更加完善:
2.3.1 枚举类
enum Gender{
MALE,
FEMALE
}
2.3.2 关系上的注释/ 标签
Student --|> human : 继承
2.3.3 其他方式的注释
note left of Student : 这个学生不一般
note right of Student : 这个学生不二般
note top of Student : 这个学生不三般
note bottom of Student : 这个学生不四般
class Student{
+int gender
}
note left of Student::gender
这是性别
end note
2.3.4 标题
title
这是学生系统类图
end title
2.3.5 加粗/斜体
可以使用Markdown 语法来实现一些文字的变化
title
__这是学生系统类图__
**类图使用2**
end title
但是plantuml 用的是一个只有基本功能的Creole 引擎
2.3.6 图注
caption 图1
3.上手实践
完成了上面的这部分,可以尝试根据图把下面这个图的代码写出来:
先写再看!
@startuml
Class 动物{
+有生命 : boolean
+繁衍() : void
+新陈代谢(空气,水) : void
}
' 关系上的标签
动物 ..> 水:依赖
动物 ..> 空气:依赖
class 鸟{
+翅膀
+下蛋()
}
鸟 --|> 动物:继承
鸟 "1" *-- "2" 翅膀:组合
鸟 ..> 翅膀: 依赖
interface 飞翔{
+飞()
}
class 大雁 {
+飞翔()
+下蛋()
}
大雁 --|> 鸟
大雁 ..|> 飞翔
class 鸭{
+下蛋()
}
鸭 --|> 鸟
class 企鹅{
+下蛋()
}
企鹅 --|> 鸟
企鹅 --> 气候
class 大雁群{
+人字飞()
+一字飞()
}
大雁群 o-- 大雁
唐老鸭 --|> 鸭
@enduml
++本篇关键字:从设计者的角度,图的关系,上手实践++