面向对象建模技术之设计模式——装饰模式

小鱼儿 2023-09-28 13:03 8阅读 0赞

**本文内容可以直达下载ppt详细版本：**

[面向对象建模技术——17种设计模式的详细介绍-行业报告文档类资源-CSDN下载][17_-_-CSDN]

**或选择各种知识的综合大礼包：**

[面向对象建模技术+UML+各种模型图+统一建模语言+17种设计模式的ppt-行业报告文档类资源-CSDN下载][UML_17_ppt-_-CSDN]

--------------------

**目录**

一. 装饰模式动机

二. 装饰模式定义

三. 装饰模式结构

四. 装饰模式分析

4.1 典型的抽象装饰类代码：

4.2 典型的具体装饰类代码：

五. 装饰模式实例与解析

5.1 实例背景——变形金刚

5.2 实例背景——多重加密系统

六. 装饰模式的优缺点

6.1 装饰模式的优点

6.2 装饰模式的缺点

七. 装饰模式扩展

7.1 装饰模式的简化-需要注意的问题

7.2 装饰模式的简化

八. 设计模式专栏

--------------------

## **一. 装饰模式动机**  ##

> 一般有两种方式可以实现给一个类或对象增加行为：
> 
>  *  **继承机制：**使用继承机制是给现有类添加功能的一种有效途径，通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的方法。但是这种方法是静态的，用户不能控制增加行为的方式和时机。
>  *  **关联机制：**即将一个类的对象嵌入另一个对象中，由另一个对象来决定是否调用嵌入对象的行为以便扩展自己的行为，我们称这个嵌入的对象为装饰器(Decorator)。

> 装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任，换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不需要创造更多子类的情况下，将对象的功能加以扩展。这就是装饰模式的模式动机。

--------------------

## **二. 装饰模式定义**  ##

> 装饰模式(Decorator Pattern) ：动态地给一个对象增加一些额外的职责(Responsibility)，就增加对象功能来说，装饰模式比生成子类实现更为灵活。其别名也可以称为包装器(Wrapper)，与适配器模式的别名相同，但它们适用于不同的场合。根据翻译的不同，装饰模式也有人称之为“油漆工模式”，它是一种对象结构型模式。

--------------------

## 三. 装饰模式结构 ##

![ad47def9d6374c40ad671ae25e2b3ba0.png][]

> 装饰模式包含如下角色：
> 
>  *  Component: 抽象构件；
>  *  ConcreteComponent: 具体构件；
>  *  Decorator: 抽象装饰类；
>  *  ConcreteDecorator: 具体装饰类；

--------------------

## **四. 装饰模式分析**  ##

>  *  与继承关系相比，关联关系的主要优势在于不会破坏类的封装性，而且继承是一种耦合度较大的静态关系，无法在程序运行时动态扩展。在软件开发阶段，关联关系虽然不会比继承关系减少编码量，但是到了软件维护阶段，由于关联关系使系统具有较好的松耦合性，因此使得系统更加容易维护。当然，关联关系的缺点是比继承关系要创建更多的对象；
>  *  使用装饰模式来实现扩展比继承更加灵活，它以对客户透明的方式动态地给一个对象附加更多的责任。装饰模式可以在不需要创造更多子类的情况下，将对象的功能扩展；

### **4.1 典型的抽象装饰类代码：**  ###

public class Decorator extends Component
    {
    	private Component component;
    	public Decorator(Component component)
    	{
    		this.component=component;
    	}
    	public void operation()
    	{
    		component.operation();
    	}
    }

### **4.2 典型的具体装饰类代码：** ###

public class ConcreteDecorator extends Decorator
    {
    	public ConcreteDecorator(Component component)
    	{
    		super(component);
    	}
    	public void operation()
    	{
    		super.operation();
    		addedBehavior();
    	}
    	public void addedBehavior()
    	{
                      //新增方法	
            }
    }

--------------------

## 五. 装饰模式实例与解析 ##

### **5.1 实例背景——变形金刚** ###

> 变形金刚在变形之前是一辆汽车，它可以在陆地上移动。当它变成机器人之后除了能够在陆地上移动之外，还可以说话；如果需要，它还可以变成飞机，除了在陆地上移动还可以在天空中飞翔。

![be42795d10224253b86c875339c739a3.png][]

### **5.2 实例背景——多重加密系统** ###

> 某系统提供了一个数据加密功能，可以对字符串进行加密。最简单的加密算法通过对字母进行移位来实现，同时还提供了稍复杂的逆向输出加密，还提供了更为高级的求模加密。用户先使用最简单的加密算法对字符串进行加密，如果觉得还不够可以对加密之后的结果使用其他加密算法进行二次加密，当然也可以进行第三次加密。现使用装饰模式设计该多重加密系统。

![1e614d052fb44fe9a2117a2c4d4b2db9.png][]

--------------------

## **六. 装饰模式的优缺点**  ##

### **6.1 装饰模式的优点**  ###

>  *  装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。
>  *  可以通过一种动态的方式来扩展一个对象的功能，通过配置文件可以在运行时选择不同的装饰器，从而实现不同的行为。
>  *  通过使用不同的具体装饰类以及这些装饰类的排列组合，可以创造出很多不同行为的组合。可以使用多个具体装饰类来装饰同一对象，得到功能更为强大的对象。
>  *  具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合“开闭原则”。

### **6.2 装饰模式的缺点**  ###

>  *  使用装饰模式进行系统设计时将产生很多小对象，这些对象的区别在于它们之间相互连接的方式有所不同，而不是它们的类或者属性值有所不同，同时还将产生很多具体装饰类。这些装饰类和小对象的产生将增加系统的复杂度，加大学习与理解的难度。
>  *  这种比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为烦琐。

--------------------

## **七. 装饰模式扩展** ##

### **7.1 装饰模式的简化-需要注意的问题**  ###

>  *  一个装饰类的接口必须与被装饰类的接口保持相同，对于客户端来说无论是装饰之前的对象还是装饰之后的对象都可以一致对待。
>  *  尽量保持具体构件类Component作为一个“轻”类，也就是说不要把太多的逻辑和状态放在具体构件类中，可以通过装饰类对其进行扩展。
>  *  如果只有一个具体构件类而没有抽象构件类，那么抽象装饰类可以作为具体构件类的直接子类。

### **7.2 装饰模式的简化** ###

![26fb16d759b040b4beddcd06aa38fe79.png][]

--------------------

## **八. 设计模式专栏**  ##

[https://blog.csdn.net/weixin\_53919192/category\_11817835.html![icon-default.png_t_M5H6][]https://blog.csdn.net/weixin\_53919192/category\_11817835.html][https_blog.csdn.net_weixin_53919192_category_11817835.html_icon-default.png_t_M5H6_https_blog.csdn.net_weixin_53919192_category_11817835.html]

[17_-_-CSDN]: https://download.csdn.net/download/weixin_53919192/85367914
[UML_17_ppt-_-CSDN]: https://download.csdn.net/download/weixin_53919192/85367803
[ad47def9d6374c40ad671ae25e2b3ba0.png]: https://img-blog.csdnimg.cn/ad47def9d6374c40ad671ae25e2b3ba0.png
[be42795d10224253b86c875339c739a3.png]: https://img-blog.csdnimg.cn/be42795d10224253b86c875339c739a3.png
[1e614d052fb44fe9a2117a2c4d4b2db9.png]: https://img-blog.csdnimg.cn/1e614d052fb44fe9a2117a2c4d4b2db9.png
[26fb16d759b040b4beddcd06aa38fe79.png]: https://img-blog.csdnimg.cn/26fb16d759b040b4beddcd06aa38fe79.png
[icon-default.png_t_M5H6]: https://csdnimg.cn/release/blog_editor_html/release2.1.4/ckeditor/plugins/CsdnLink/icons/icon-default.png?t=M5H6
[https_blog.csdn.net_weixin_53919192_category_11817835.html_icon-default.png_t_M5H6_https_blog.csdn.net_weixin_53919192_category_11817835.html]: https://blog.csdn.net/weixin_53919192/category_11817835.html