本文主要是介绍【uml】之类图中的关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
uml早就画完了图，但是自己迟迟没有总结，因为总觉的自己把握的不到位，虽然现在也还是不到位，废话少说，上篇博客总结了用例图中的几种关系，这篇就讨论一下类图中的几种关系。
在uml的所有图中，就我目前的水平，我觉得用例图和类图是最重要的，用例图上次已经介绍过了，这篇主要介绍类图，想要画好类图，就要先学会抽象类！之前我一直纠结于类图该如何抽象，问了几个人之后发现各有各的想法，不过对于十一期来说，大家主要是从两个方面来抽象类的，一部分人是从角色来抽象，另一部分人是从功能来抽象，一种看起来简单，一种看起来复杂，但是师姐告诉我：“不用纠结于到底该如何抽象，每个人都有自己抽象的方法，但是抽象，就是抽象出系统中的名词。”（大致是这么个意思）。
要介绍类图中的关系，咱们先搞清楚几个概念：
接口：对于接口，我查了一些资料，找到了最贴切的一种比喻：一个类可以实现多个接口，一个接口也可以被多个类实现。使用形象一点的比拟方法，可以把类当成一个人，接口则当做一个身份。一个人可能有多个身份（一个类可以有多个接口），他可能是军人（军人接口定义军人的属性和行为），作家（作家接口定义作家的属性和行为）等，不同的身份使得他有不同的能力和属性。
一个身份（接口）也能够被多个人使用（一个接口可以被多个类实现）。比如一个军人身份可以给很多人，但是这些人完全可以用不同的能力和属性实现这个身份，他们可能是空军军官，也可能是海军列兵。身份只定义了一个人是什么，却不会告诉别人在这个身份下该这么做。怎么做是这个人本身的事情（接口仅仅定义相关的方法和属性而不实现她们）。
类中大致有以下几种关系：泛化（Generalization）, 实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
泛化和继承：师哥的博客是这么说的：继承关系是泛化关系的反关系，也就是说子类是从父类继承的，而父类则是子类的泛化。
实现：实现是接口和类之间的关系，类可以实现接口的功能。
关联：关联可以分为单向和双向，关联表示一个类知道另一个类。
依赖：只能是单向的，是一种使用关系，被使用事物的改变可能会影响依赖他的事物。
聚合：弱于组合，部分离开整体仍可存在
组合：强于聚合，部分存在即整体存在，整体存在才有部分存在。
这篇关于【uml】之类图中的关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
