平时用的也不算多，所以，他的连线我老忘。做一次更新吧。

刚翻了一下网上一些人的cnblogs文章，唉，估计那些作者自己都没弄懂面向对象和UML，连对象的表示明显出错的也不知道。这还不止一个人，也不知道是文章转载还是怎么着。。。

安装一下vs2019类图，如下，自己在控制面板里找到vs2019，右键点“更改”：

 然后在“单个组件”选项卡中搜索“类设计器”，把它安装就完事了：

好吧，下面本文重点：

1.继承

就仅这一点，网络上一大堆的文章，都没有告诉你核心关键。估计他们自己也不一定真正明白面向对象。

这个继承在UML里是指针对类（不一定是抽象类）的继承，而不是针对接口。。有些人举例子的时候 ，竟然用个继承接口的图来举例子的也有。真是要命。

继承的画法，如下图所示，空心三角指向父类。表示子类“汉服”，是继承自父类“中国传统服饰”。

2.实现

这点跟上面的继承是很容易搞混的。一些人很容易分不清楚“继承”和“实现”的区别。

好吧，继承是指继承一个具体类。这里的实现是指实现一个接口，接口就是interface。这么说的话，相信大家很容易明白继承和实现的区别了。

下面的类图是vs2019的示例，一般在uml草图上画的话，是用空三角+虚线画的。如下图：

 3.关联

这个关联和依赖也是很多人搞不清楚的。

关联就是说，某个类里，用到了其它类。

如下示例：某件衣服类，他用到了“中国传统服饰”这个类的实例属性，我们就用一条带箭头的横线表示它，表示“衣服”用到了“中国传统服饰”这个类的实例属性。

如上，是他的代码表示。看了这个代码，你可能会更加容易理解关联。

关联，就是指我需要用你。把你借来用一下。

这里有一个核心就是：我需要用你，但不代表我一定会使用你。这是与下面的依赖最大的区别。

很多人搞不清楚关联和依赖怎么区分，原因就在这里。你把它收好，记下来。

4.依赖

其实上面第3点已经说了依赖了。

依赖的具体表现，就是方法中，我有一个参数，是你。这个方法没有你的参与，就不行。

关联的具体表现呢，通常表现为变量或者属性，就是说，我可能需要你，但不一定是非要你不可。我可以从头到尾都不使用你，把你晾一边。

但依赖不行，只要调用了该方法，那么没有你的参与，就无法运转。非你不可。跟关联相比，依赖有更强的相互关系。

如下图示例，衣服有个展示效果，他有一个依赖参数IStyle，表示说要调用此方法来进行“展示”的话，非要IStyle这个参数传进来不可，没你不行。这就叫依赖。

 4.聚合

聚合跟组合也是不少人搞不清楚的，很多文章也描述不清楚区别，模棱两可。

先看下图：

聚合就是指，我的衣柜里有很多的中国传统元素的衣服，有汉服、唐装、旗袍，各式各样的，我都有。这是一个集合。

所有聚合在代码中的表示都是集合，你可以用列表、数组等去表示它。

我的衣柜里有这么多的传统服装，我随便仍掉一件，送别人一件，或者我不开心拿一件来当抹布，我的衣柜里的剩下的衣服都还是好好的。这就叫聚合。本段话不是乱说的，他实际是与“组合”最大的区别。

在UML中他是用空心头和实线和箭头来表示，具体看上图。

5.组合

好，组合，仍然是有一些人搞不清楚组合跟聚合的区别，下图第一张是uml中的表示。

 汉服里没有合适的组合案例来给大家说，就用网上找的一张鸟和翅膀来说吧，一只鸟是由2只翅膀组成的。少一只翅膀都不行。多了也不行。这叫组合。

以人来举例：一个人是由脑子、身躯、手、脚组成的。少哪一部分都不行，人不能没脑子，也不能没有身躯、手、脚。

那么，大家现在就明白了跟聚合最大的区别：

组合就是，缺了任何一部分，都不行，我就不是我，我如果没有脑子，我肯定就活不下去。对，这就叫组合。

如果缺了脑子，你这个人还能活下去，那么就叫聚合。聚合就是缺了脑子后，人还能动来动去。。。如果动不了，就是组合。

最后再特别说明一下，组合在代码也是用集合表示，比如列表、数组等。所以，手、脚都可以用组合的。