设计模式学习——准备（UML类图）

前言

---

　　其实吧，最早接触UML是源于软件设计师的考试，半路出家实在难为我了。学设计模式总是要画类图的，所以补充UML的类图的知识是很重要滴。第一篇就偷懒一点copy别人的东西了。实话说，我们都是踩在巨人们的肩膀上继续学习，而且在这条道路上，有多少人走过啊。所以不是成功太难，而是坚持太难。有好的东西，就拿来一起分享，我不排斥别人的东西，但是给个链接还是要的。我们一起copy一起总结。

正文

---

　　在画类图的时候，理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现（Realization）、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation)，组合关系 (Composition)。下面我们结合实例理解这些关系。

关系_图：
　　泛化(Generalization) :

　　实现（Realization）：

　　依赖(Dependency) :

　　关联(Association) : 

　　聚合关系(Aggregation) : 

　　组合关系 (Composition) ：

1、基本概念
　　类图（Class Diagram）: 类图是面向对象系统建模中最常用和最重要的图，是定义其它图的基础。类图主要是用来显示系统中的类、接口以及它们之间的静态结构和关系的一种静态模型。

类图的3个基本组件：类名、属性、方法。

1. 类（Class）：使用三层矩形框表示。
第一层显示类的名称，如果是抽象类，则就用斜体显示。

第二层是字段和属性。

第三层是类的方法。

注意前面的符号，‘+’表示public，‘-’表示private，‘#’表示protected。

2. 接口：与类图的区别主要是顶端有<<interface>>显示。

2、类的关系

　　泛化(generalization)：表示is-a的关系，是对象之间耦合度最大的一种关系，子类继承父类的所有细节。直接使用语言中的继承表达。在类图中使用带三角箭头的实线表示，箭头从子类指向父类。

　　实现（Realization）:在类图中就是接口和实现的关系。这个没什么好讲的。在类图中使用带三角箭头的虚线表示，箭头从实现类指向接口。

  

　　依赖(Dependency)：对象之间最弱的一种关联方式，是临时性的关联。代码中一般指由局部变量、函数参数、返回值建立的对于其他对象的调用关系。一个类调用被依赖类中的某些方法而得以完成这个类的一些职责。在类图使用带箭头的虚线表示，箭头从使用类指向被依赖的类。

　　关联(Association) : 对象之间一种引用关系，比如客户类与订单类之间的关系。这种关系通常使用类的属性表达。关联又分为一般关联、聚合关联与组合关联。后两种在后面分析。在类图使用带箭头的实线表示，箭头从使用类指向被关联的类。可以是单向和双向。
（本来是双箭头的，此工具默认这种是是双向的）
  

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

　　组合(Composition) : 表示contains-a的关系，是一种强烈的包含关系。组合类负责被组合类的生命周期。是一种更强的聚合关系。部分不能脱离整体存在。如公司和部门的关系，没有了公司，部门也不能存在了；调查问卷中问题和选项的关系；订单和订单选项的关系。在类图使用实心的菱形表示，菱形从局部指向整体。

　　多重性(Multiplicity) : 通常在关联、聚合、组合中使用。就是代表有多少个关联对象存在。使用数字..星号（数字）表示。如下图，一个教室可以关联0个到N个学生。

聚合和组合的区别

　　这两个比较难理解，重点说一下。聚合和组合的区别在于：聚合关系是“has-a”关系，组合关系是“contains-a”关系；聚合关系表示整
体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的
对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。

附注：

---

　参考资料：http://peterwei.iteye.com/blog/958803