设计模式与反模式：UML图示常见误用案例分析

vvvae1234

于 2024-09-06 08:59:12 发布

阅读量1k

点赞数 21

文章标签： uml

本文链接：https://blog.csdn.net/vvvae1234/article/details/141950004

版权

在软件工程中，设计模式是用于解决特定问题的一种最佳实践方案。它并不是代码的直接实现，而是提供了一种思维方式和结构。与此同时，反模式是指那些看似解决问题但实际上可能引发更多问题的设计方案。在使用 UML（统一建模语言）图示设计模式时，常出现一些误用现象，这种误用不仅会影响设计的清晰度，还可能导致代码实现中的混淆。本指南旨在探讨 ULM 图示的常见误用案例，并通过实际操作展示如何纠正这些问题。

2. 设计模式概述

2.1 设计模式的定义

设计模式是在特定上下文中遇到的问题和解决方案的描述。它总结了在软件开发过程中遇到的问题及其最佳解决方案，并提供了一种可重用的设计结构。

2.2 常见的设计模式类型

创建型模式：关注对象创建过程的优化，例如单例模式、工厂模式。
结构型模式：处理对象之间的组合关系，例如适配器模式、桥接模式。
行为型模式：关注对象的通信和交互，例如观察者模式、策略模式。

3. UML图示基本概念

3.1 UML图的种类

UML 图示可以用于描述不同的系统视图，常见的类型包括：

用例图：描述系统功能和外部实体的关系。
类图：描述系统中的类及其关系。
顺序图：描述对象之间的交互。
状态图：描述对象的状态变化。

3.2 UML图的基本符号

UML 图的基本符号包括：

类：用矩形表示，包含类名、属性和方法。
关系：用箭头表示，包括继承（空心三角箭头）、依赖（虚线箭头）等。
接口：用带有“<>”标签的矩形表示，通常与类通过实线连接。

4. UML图示中的常见误用案例

4.1 误用案例一：类图中的继承关系混淆

问题描述：在类图中，继承关系有时被错误地表示为实现关系，或者类之间的关联关系被混淆。

误用示例：

-----------------------------------------------------
| ClassA |
|---------------------------------------------------|
| - attribute1: int |
|---------------------------------------------------|
| + method1(): void |
-----------------------------------------------------
^ (继承错误表示为实现)
-----------------------------------------------------
| ClassB |
|---------------------------------------------------|
| + method2(): void |
-----------------------------------------------------

解决方案：确保在类图中正确使用箭头。继承关系应使用空心三角箭头，表示父类和子类之间的关系；实现关系应表明某个类实现了某个接口。

4.2 误用案例二：不必要的依赖关系

问题描述：在类图中，开发者可能会错误地引入不必要的依赖关系，使得系统的复杂性增加。

误用示例：

-----------------------------------------------------
| Client |
|---------------------------------------------------|
| - service: Service |
-----------------------------------------------------
|
-----------------------------------------------------
| Service |
|---------------------------------------------------|
| + serve(): void |
-----------------------------------------------------

解决方案：审视依赖关系，判断其必要性。依赖应表明一个类能否在运行时使用另一个类的实例。如果不需要生成依赖，可以选择移除依赖关系或使用接口来减少耦合度。

4.3 误用案例三：接口和抽象类的混淆

问题描述：在设计系统时，开发者有时难以区分接口和抽象类，从而导致生成的 UML 图混淆。

误用示例：

-----------------------------------------------------
| <<interface>> Vehicle |
|---------------------------------------------------|
| + start(): void |
| + stop(): void |
-----------------------------------------------------
^
-----------------------------------------------------
| Car |
|---------------------------------------------------|
| + start(): void |
| + stop(): void |
| - seats: int |
-----------------------------------------------------

解决方案：明确角色。接口只定义方法行为，而不包含实现。抽象类可以包含方法的部分实现，且可以有状态。确保在 UML图中使用明确的标记来区分。

4.4 误用案例四：状态模式与策略模式的混用

问题描述：有时在状态图中混用状态模式和策略模式，导致混淆。

误用示例：

-----------------------------------------------------
| Context |
|---------------------------------------------------|
| - state: State |
-----------------------------------------------------
|
-----------------------------------------------------
| State |
|---------------------------------------------------|
| + handle(): void |
-----------------------------------------------------

解决方案：理解状态模式和策略模式的区别。状态模式用来改变对象的行为；而策略模式用来封装可互换的算法。确保在 UML 图中清晰地表示出实际模式。

5. 实际操作案例

5.1 用例描述模型的设计

假设我们正在设计一个简单的图书管理系统，包括用户、书籍和借阅功能。首先设计相关的用例图。

-----------------------------------------------------
| 图书管理系统示例 |
|---------------------------------------------------|
| 用户 系统 |
| | | |
| 选择书籍---------借阅书籍-------------------|
| | | |
| 归还书籍--------------------------------------|
-----------------------------------------------------

5.2 重构误用的 UML 图示

在重构过程中，检查原有的 UML 图，确保所有的设计模式都被清晰且正确地表示。例如，下面是重构后的类图：

-----------------------------------------------------
| User |
|---------------------------------------------------|
| + selectBook(): void |
| + borrowBook(): void |
| + returnBook(): void |
-----------------------------------------------------
|
-----------------------------------------------------
| Book |
|---------------------------------------------------|
| + title: String |
| + isAvailable(): boolean |
| + lend(): void |
| + restock(): void |
-----------------------------------------------------