UML中类图的介绍与使用

简介: 类图是 UML 中用于展示系统静态结构的重要工具,包括类、接口及其关系。类图有助于系统可视化、团队沟通、发现设计问题、文档化系统和辅助开发工具。类图的三大元素是类、接口和关系,其中关系又细分为关联、聚合、组合、继承、实现和依赖。类图在设计模式学习和实际开发中非常重要,许多现代 IDE 都支持从类图生成代码或从代码生成类图。

类图

UML(Unified Modeling Language,统一建模语言)中的类图(Class Diagram)是一种静态结构图,它用于展示系统中的类(class)、接口(interface)、协作(collaboration)以及它们之间的静态结构和关系。

画类图的好处

类图是面向对象设计中的重要工具,它的主要优点包括:

  1. 提供系统的视觉表示:类图提供了系统的静态视图,可以清晰地展示系统中的类以及它们之间的关系。这对于理解和解释系统的结构和行为非常有帮助。
  2. 促进团队之间的沟通:类图是一种通用的语言,可以被所有的开发人员理解。通过类图,团队成员可以更好地理解系统的设计,并在设计的基础上进行讨论和改进。
  3. 帮助发现设计问题:通过创建类图,我们可以在早期发现设计上的问题,比如类之间的耦合过度,或者职责分配不清等问题。这可以在实际编码之前就避免这些问题,提高开发效率。
  4. 文档化系统:类图可以作为系统的一部分文档,为未来的维护和开发提供参考。通过查看类图,新的开发人员可以更快地理解系统的结构和行为。
  5. 辅助软件开发工具:许多现代的软件开发工具,如IDE,都支持从类图生成代码,或者从代码生成类图。这可以帮助开发人员更快地进行开发,并保持代码和设计的一致性。

在学习设计模式的过程中,一定要自己画类图,这样可以更好地理解设计模式的实现原理,并且在实际开发中能够更好地应用设计模式。

类图三元素

  1. 类(Class):类是类图的主要元素,通常用一个矩形表示。矩形分为三个部分:上部是类名,中部是属性,下部是方法。
  2. 接口(Interface):接口在类图中以一个带有《接口名》标签的矩形表示,或者用一个带有接口名的圆柱表示。
  3. 关系:类图中的关系包括关联(Association)、聚合(Aggregation)、组合(Composition)、继承(Inheritance)、实现(Implementation)和依赖(Dependency)。

六种关系

解释

  • 关联(Association):关联是类与类之间的一种链接,表示一个类知道另一个类的属性和方法。关联可以是单向的,也可以是双向的。关联在类图中以实线和箭头表示。
  • 聚合(Aggregation):聚合是一种特殊的关联,表示"整体和部分"的关系,部分可以脱离整体而独立存在。聚合在类图中以空心菱形和实线表示。
  • 组合(Composition):组合也是一种特殊的关联,表示"整体和部分"的关系,但部分不能脱离整体而独立存在。组合在类图中以实心菱形和实线表示。
  • 继承(Inheritance):继承表示一个类(子类)继承另一个类(父类)的属性和方法。继承在类图中以空心三角形和实线表示。
  • 实现(Implementation):实现表示一个类实现一个接口的方法。实现在类图中以空心三角形和虚线表示。
  • 依赖(Dependency):依赖表示一个类的实例在方法内部使用到另一个类的实例。依赖在类图中以虚线和箭头表示。

单个说明

1. 关联(Association)

代码

class Car {
   private Engine engine;
   public void start() {
       engine.start();
   }
}

class Engine {
   public void start() {
       // 启动发动机
   }
}

类图

在这个例子中,Car类与Engine类之间存在关联关系。Car类包含一个Engine类型的成员变量engine,并且在start方法中使用了enginestart方法。

注意: 在这个例子中,Engine类是一个独立的类,它与Car类没有直接的关联关系。

2. 聚合(Aggregation)

代码

class School {
   private List<Student> students;
   public void addStudent(Student student) {
       students.add(student);
   }
}

class Student {
   // 学生的属性和方法
}

类图

在这个例子中,School类与Student类之间存在聚合关系。School类包含一个List<Student>类型的成员变量students,并且提供了一个addStudent方法用于添加学生。

注意: 在这个例子中,Student类是一个独立的类,它与School类没有直接的关联关系。

3. 组合(Composition)

代码

class House {
   private List<Room> rooms;
   public House(List<Room> rooms) {
       this.rooms = rooms;
   }
}

class Room {
   // 房间的属性和方法
}

类图

在这个例子中,House类与Room类之间存在组合关系。House类包含一个List<Room>类型的成员变量rooms,并且在构造函数中初始化rooms

注意: 在这个例子中,Room类是一个独立的类,它与House类没有直接的关联关系。

4. 继承(Inheritance)

代码

class Animal {
   public void eat() {
       // 动物吃东西
   }
}

class Dog extends Animal {
   public void bark() {
       // 狗叫
   }
}

类图

在这个例子中,Dog类继承自Animal类,因此Dog类具有Animal类的eat方法。

注意: 在这个例子中,Dog类继承自Animal类,因此Dog类具有Animal类的eat方法。

5. 实现(Implementation)

代码

interface Drawable {
   public void draw();
}

class Circle implements Drawable {
   public void draw() {
       // 绘制圆形
   }
}

类图

在这个例子中,Circle类实现了Drawable接口,因此Circle类必须实现draw方法。

注意: 在这个例子中,Circle类实现了Drawable接口,因此Circle类必须实现draw方法。

6. 依赖(Dependency)

代码

class Car {
   private Engine engine;
   public void start() {
       engine.start();
   }
}

class Engine {
   public void start() {
       // 启动发动机
   }
}

类图

在这个例子中,Car类与Engine类之间存在依赖关系。Car类包含一个Engine类型的成员变量engine,并且在start方法中使用了enginestart方法。

注意: 在这个例子中,Engine类是一个独立的类,它与Car类没有直接的关联关系。

汇总说明

代码

c++

// B.h
class B {
public:
   B() { std::cout << "B created" << std::endl; }
   ~B() { std::cout << "B destroyed" << std::endl; }
   void display() { std::cout << "Displaying B" << std::endl; }
};

// C.h
class C {
public:
   C() { std::cout << "C created" << std::endl; }
   ~C() { std::cout << "C destroyed" << std::endl; }
   void display() { std::cout << "Displaying C" << std::endl; }
};

// D.h
#include "A.h"

class D {
   A* a_;
public:
   D(A* a) : a_(a) { std::cout << "D created" << std::endl; }
   ~D() { std::cout << "D destroyed" << std::endl; }
   void display() { std::cout << "Displaying D" << std::endl; }
};

// E.h
class F {
public:
   virtual void display() { std::cout << "Displaying F" << std::endl; }
};

class E : public F {
public:
   void display() override { std::cout << "Displaying E" << std::endl; }
};

// I.h
class I {
public:
   virtual void method() = 0;
};

// Implementation.h
#include "I.h"

class Implementation : public I {
public:
   void method() override { std::cout << "Implementation of method" << std::endl; }
};

// A.h
#include "B.h"
#include "C.h"
#include "D.h"

class A {
private:
   B* bPtr; // 关联:A不拥有B
   C* cPtr; // 聚合:A拥有C
   D* dPtr; // 组合:A拥有D

public:
   A() : dPtr(new D(this)) {
       cPtr = new C(); // A创建C,显示A拥有C
       bPtr = new B(); // A创建B,但A不拥有B
   }
   ~A() {
       delete cPtr; // A销毁时,销毁C,因为A拥有C
       delete dPtr; // A销毁时,销毁D,因为A拥有D
       // 不销毁bPtr,因为A不拥有B
   }

   void display() {
       std::cout << "Displaying A" << std::endl;
       bPtr->display(); // 使用关联对象B
       cPtr->display(); // 使用聚合对象C
       dPtr->display(); // 使用组合对象D
   }
};

// main.cpp
#include "A.h"

int main() {
   A a;
   a.display();
   return 0;
}

c#

// B.cs
public class B {
   public B() { Console.WriteLine("B created"); }
   public ~B() { Console.WriteLine("B destroyed"); }
   public void Display() { Console.WriteLine("Displaying B"); }
}

// C.cs
public class C {
   public C() { Console.WriteLine("C created"); }
   public ~C() { Console.WriteLine("C destroyed"); }
   public void Display() { Console.WriteLine("Displaying C"); }
}

// D.cs
public class D {
   private A a_;
   public D(A a) {
       a_ = a;
       Console.WriteLine("D created");
   }
   public ~D() { Console.WriteLine("D destroyed"); }
   public void Display() { Console.WriteLine("Displaying D"); }
}

// E.cs
public class F {
   public virtual void Display() { Console.WriteLine("Displaying F"); }
}

public class E : F {
   public override void Display() { Console.WriteLine("Displaying E"); }
}

// I.cs
public interface I {
   void Method();
}

// Implementation.cs
public class Implementation : I {
   public void Method() { Console.WriteLine("Implementation of method"); }
}

// A.cs
public class A {
   private B bPtr; // 关联:A不拥有B
   private C cPtr; // 聚合:A拥有C
   private D dPtr; // 组合:A拥有D

   public A() {
       dPtr = new D(this);
       cPtr = new C();
       bPtr = new B();
   }

   ~A() {
       cPtr = null;
       dPtr = null;
       // 不销毁bPtr,因为A不拥有B
   }

   public void Display() {
       Console.WriteLine("Displaying A");
       bPtr.Display(); // 使用关联对象B
       cPtr.Display(); // 使用聚合对象C
       dPtr.Display(); // 使用组合对象D
   }
}

// Program.cs
using System;

class Program {
   static void Main() {
       A a = new A();
       a.Display();
   }
}

类图

在上面的示例中:

  • A 类与 B 类之间有一个使用关系(uses),表示 A 类使用了 B 类的对象。
  • A 类与 C 类之间有一个聚合关系(aggregates),表示 A 类聚合了 C 类的对象,但 C 类的对象可以独立于 A 类存在。
  • A 类与 D 类之间有一个组合关系(composes),表示 A 类组合了 D 类的对象,D 类的对象的生命周期依赖于 A 类。
  • A 类与 E 类之间有一个使用关系(uses),表示 A 类使用了 E 类的对象。
  • E 类继承自 F 类(extends),表示 E 类继承了 F 类的属性和方法。
  • Implementation 类实现了 I 接口(implements),表示 Implementation 类实现了 I 接口中定义的方法。

画类图工具推荐

其一:在线工具(processon)

网址:https://www.processon.com/

登陆软件后自己创建文件即可开始画图,非会员创建文件有数量限制,但对于类图绘制来说,一个文件就可以,效果如下:

其二:markdown画图

在支持mermaid的markdown编辑器中即可实现类图的绘制,代码及效果如下:

classDiagram
   Factory --|> ProductA: createProduct("A")
   Factory --|> ProductB: createProduct("B")
   class Factory{
       +createProduct(type: String): Product
   }
   class ProductA{
       +operation(): void
   }
   class ProductB{
       +operation(): void
   }
   ProductA --|> Product
   ProductB --|> Product
   class Product{
       +operation(): void
   }


目录
相关文章
|
存储 人工智能 算法
详细设计工具之盒图(N-S图)
详细设计工具之盒图(N-S图)
2143 0
详细设计工具之盒图(N-S图)
|
uml
UML 类图几种关系(依赖、关联、泛化、实现、聚合、组合)及其对应代码
UML 类图几种关系(依赖、关联、泛化、实现、聚合、组合)及其对应代码
2651 0
|
9月前
|
设计模式 C# C++
适配器模式(Adapter Pattern)
适配器模式是一种结构型设计模式,通过将一个类的接口转换为客户期望的另一个接口,使原本接口不兼容的类可以一起工作。它包括目标接口、适配者和适配器三个核心角色。适配器模式常用于解决旧系统兼容性问题、第三方库整合和统一接口等场景。该模式有类适配器和对象适配器两种实现方式,分别通过继承和组合实现。适配器模式的优点包括提高兼容性、遵循开闭原则和灵活性高,但也存在适配器数量增加导致复杂性和可能影响性能的缺点。
299 1
|
9月前
|
XML 设计模式 JSON
模板方法模式(Template Method Pattern)
模板方法模式是一种行为型设计模式,定义一个操作中的算法骨架,将某些步骤的实现延迟到子类。子类可以在不改变算法结构的情况下重新定义算法的某些步骤。适用于多个类有相似操作流程且部分步骤需要定制的场景。优点包括高复用性、扩展性强和清晰明确;缺点是灵活性降低和可能引入性能开销。示例包括文件解析和策略模式的对比。
120 3
模板方法模式(Template Method Pattern)
|
9月前
|
设计模式 安全 C#
单例模式详解
单例模式是一种常用的创建型设计模式,确保某个类只有一个实例,并提供一个全局访问点。本文详细介绍了单例模式的定义、特点、适用场景、优缺点及实现代码(C++ 和 C#),并探讨了线程安全的实现细节和与依赖注入的结合使用。
218 0
|
9月前
|
传感器 安全
第四问:QT中信号和槽原理
Qt的信号与槽机制是观察者模式的典型实现,允许对象间通信而不直接依赖。信号用于通知事件发生,槽是响应信号的函数,通过`QObject::connect()`连接。这种机制实现了松耦合、灵活扩展和自动通知,适用于UI更新和数据绑定等场景。
237 1
|
9月前
|
设计模式 C# C++
建造者模式详解
建造者模式是一种创建型设计模式,通过将对象的构造与表示分离,使得同样的构建过程可以创建不同的对象。它适用于复杂对象的构建,如汽车制造、软件配置生成等场景。该模式的核心角色包括抽象建造者、具体建造者、产品和指挥者。优点包括解耦构造和表示、代码复用性强、易于扩展;缺点是增加代码复杂度,对产品组成部分有依赖。
194 3
|
9月前
|
存储 缓存 网络协议
第五问:一个程序从点击到启动发生了什么?
一个可执行程序从用户点击启动到运行,经历了8个主要阶段:用户触发启动、操作系统查找文件、进程创建、可执行文件加载到内存、初始化程序上下文、执行程序入口点、程序运行和程序退出。涉及硬盘、内存、缓存等硬件交互。
184 0
|
9月前
|
安全 网络安全 数据安全/隐私保护
第六问:http和https区别与联系
HTTP 和 HTTPS 是现代网络通信中的两种重要协议。HTTP 是明文传输协议,无加密功能;HTTPS 在 HTTP 基础上加入 SSL/TLS 加密层,提供数据加密、身份验证和数据完整性保障。HTTP 适用于非敏感信息传输,如新闻网站;HTTPS 适用于在线支付、账户登录等需要保护用户数据的场景。
256 0
|
程序员 uml
UML图 | 时序图(顺序、序列图)绘制
UML图 | 时序图(顺序、序列图)绘制
3184 0