设计模式的艺术之道--UML类图

设计模式的艺术之道–UML类图

声明：本系列为刘伟老师博客内容总结(http://blog.csdn.net/lovelion)，博客中有完整的设计模式的相关博文，以及作者的出版书籍推荐

本系列内容思路分析借鉴了刘伟老师的博文内容，同时改用C#代码进行代码的演示和分析(Java资料过多 C#表示默哀).

---

UML是软件分析建模的语言统一表示，虽然现在很多UML无用论的说法，但是学习设计模式看不懂UML图简直无法进行，学习UML只需理解大体的联系，理解设计的思路，而不要去深究这儿是虚线还是实现，应该是实心三角形还是空心三角形。UML是帮助分析的工具语言，是为了简化表达的方式，平时的使用中草稿、文字、草图等等方式都可以灵活使用。

---

第二章 UML类图

1.1UML概述

• UML是一个通用的可视化建模语言，它通过一些标准的图形符号和文字来对系统进行建模。
• 用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。
• 是一套总结了以往建模技术的经验并吸收了当今最优秀成果的标准建模方法。

1.2类与类的UML表示

类

• 类(Class)封装了数据和行为，它是具有相同属性、操作、关系的对象集合的总称
• 在系统中，每个类都具有一定的职责，职责指的是类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类通常有且仅有一种职责。在定义类的时候，将类的职责分解成为类的属性和操作（即方法）
• 类的属性即类的数据职责，类的操作即类的行为职责
• 类实例化成对象(Object)，对象对应于某个具体的事物，是类的实例(Instance)
• 类图(Class Diagram)使用出现在系统中的不同类来描述系统的静态结构，它用来描述不同的类以及它们之间的关系

1.3类的UML图示

在UML类图中，类一般由三部分组成
- 第一部分是类名：每个类都必须有一个名字，类名是一个字符串。
- 第二部分是类的属性(Attributes)：属性是指类的性质，即类的成员变量。
- (+-# 分为表示公开私有保护类型) 格式规范(可见性 名称:类型 [ = 默认值 ])
- 第三部分是类的操作(Operations)：操作是类的任意一个实例对象都拥有的行为，是类的成员方法。
格式规范(可见性 名称(参数列表) [:返回类型])

1.4类之间的关系

关联关系
普通关联(整体-整体)
- 关联(Association)关系是类与类之间最常用的一种关系，它是一种结构化关系，用于表示一类对象与另一类对象之间有联系。(我怎么怎么你)
- 在UML类图中，用实线连接有关联关系的对象所对应的类，在使用C#、C++和Java等编程语言实现关联关系时，通常将一个类的对象作为另一个类的成员变量。（箭头指向被动方 由主动方发起）
- 在使用类图表示关联关系时可以在关联线上标注角色名。没有箭头的直线表示双向关联。指向自己的自关联。
-

聚合关系(整体-部分)
- 聚合(Aggregation)关系表示整体与部分的关系
- 在聚合关系中，成员对象是整体对象的一部分，但是成员对象可以脱离整体对象独立存在
- 在UML中，聚合关系用带空心菱形的直线表示 (我心里有你的位置 )

组合关系(整体-部分)
- 组合(Composition)关系也表示类之间整体和部分的关系，但是在组合关系中整体对象可以控制成员对象的生命周期，一旦整体对象不存在，成员对象也将不存在
- 成员对象与整体对象之间具有同生共死的关系
- 在UML中，组合关系用带实心菱形的直线表示(我的心里就是你 生死相依)

依赖关系
- 依赖(Dependency)关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物，在需要表示一个事物使用另一个事物时使用依赖关系。
- 大多数情况下，依赖关系体现在某个类的方法使用另一个类的对象作为参数。
- 在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。

泛化关系
- 泛化(Generalization)关系也就是继承关系，用于描述父类与子类之间的关系，父类又称为基类或超类，子类又称为派生类。
- 在UML中，泛化关系用带空心三角形的直线来表示。(想象家族图谱 从上到下三角形)
- 在用代码实现时，使用面向对象的继承机制来实现泛化关系，在C#中使用冒号“：”来实现。

接口与实现关系
- 接口和类之间还存在一种实现(Realization)关系，在这种关系中，类实现了接口，类中的操作实现了接口中所声明的操作。
- 在UML中，类与接口之间的实现关系用带空心三角形的虚线来表示。(还没有实现 所以用虚线)