java笔记--设计模式之装饰模式

傷城~ 2022-08-20 10:29 128阅读 0赞

**1.定义**

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

设计初衷：通常可以使用继承来实现功能的拓展，如果这些需要拓展的功能的种类很繁多，那么势必生成很多子类,增加系统的复杂性，同时，使用继承实现功能拓展，我们必须可预见这些拓展功能，这些功能是编译时就确定了，是静态的。

**2.装饰模式中的角色**

(1)，抽象构件（Component）角色：给出一个抽象接口，以规范准备接收附加责任的对象。  
(2)，具体构件（ConcreteComponent）角色：定义一个将要接收附加责任的类。  
(3)，装饰（Decorator）角色：持有一个构件（Component）对象的实例，定义一个与抽象构件接口一致的接口（方法）（使用时 就调用被装饰类的方法）  
(4)，具体装饰（ConcreteDecorator）角色：负责给构件对象“贴上”附加的责任。

**3.装饰模式的类图**

![Center][]

**4.例子源码**

(1) 构件角色

package com.example.design.decorate;
    
    public interface Component {
    	public void doThingA();
    }

(2) 具体构件角色

package com.example.design.decorate;
    
    public class ConcreteComponent implements Component {
    
    	@Override
    	public void doThingA() {
    		// TODO 自动生成的方法存根
    		System.out.println("具体构件实现的抽象接口，do thing A ");
    	}
    
    }

(3) 装饰类角色

package com.example.design.decorate;
    
    public class Decorator implements Component{
    	private Component component = null;
    
    	public Decorator(Component component) {
    		this.component = component;
    	}
    
    	@Override
    	public void doThingA() {
    		// TODO 自动生成的方法存根
    		component.doThingA();//使用时调用被装饰对象的方法
    	}
    }

(4) 具体装饰角色

具体装饰角色1

package com.example.design.decorate;
    
    public class ConcreteDecorator1 extends Decorator {
    
    	public ConcreteDecorator1(Component component) {
    		super(component);// 调用父类的构造方法
    	}
    
    	@Override
    	public void doThingA() {
    		// TODO 自动生成的方法存根
    		super.doThingA();//调用被包装类的方法
    		doThingB();//“附加”功能
    	}
    	//要添加的扩展的功能
    	public	void doThingB(){
    		System.out.println("具体装饰模式  do thing B");
    	}
    }

具体装饰角色2

package com.example.design.decorate;
    
    public class ConcreteDecorator2 extends Decorator {
    
    	public ConcreteDecorator2(Component component) {
    		super(component);
    	}
    
    	@Override
    	public void doThingA() {
    		// TODO 自动生成的方法存根
    		super.doThingA();//调用被包装类的方法
    		doThingC();
    	}
    	//扩展的功能
    	public	void doThingC(){
    		System.out.println("具体装饰模式  do thing C");
    	}
    }

最后是测试类

public class TestMain {
    
    	public static void main(String[] args) {
    		// TODO 自动生成的方法存根
    		
           ConcreteComponent concretecomponent =new ConcreteComponent();
          concretecomponent.doThingA();
          System.out.println("---------");
           //装饰包装一层
           ConcreteDecorator1 concreteDecorator1=new ConcreteDecorator1(concretecomponent);
           concreteDecorator1.doThingA();
           System.out.println("---------");
           //再包装一层
           ConcreteDecorator2 concreteDecorator2=new ConcreteDecorator2(concreteDecorator1);
           concreteDecorator2.doThingA();
    	}
    }

结果如下：

具体构件实现的抽象接口，do thing A  
\---------  
具体构件实现的抽象接口，do thing A  
具体装饰模式 do thing B  
\---------  
具体构件实现的抽象接口，do thing A  
具体装饰模式 do thing B  
具体装饰模式 do thing C

**5.装饰模式的优缺点**

(1) 优点

装饰模式与继承关系的目的都是要扩展对象的功能，但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”，或者除掉一个不需要的“装饰”。继承关系则不同，继承关系是静态的，它在系统运行前就决定了。

通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

(2) 缺点

由于使用装饰模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是，在另一方面，使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难，特别是这些对象看上去都很相像。

# 设计模式在JAVA I/O库中的应用 #

装饰模式在Java语言中的最著名的应用莫过于Java I/O标准库的设计了。

由于Java I/O库需要很多性能的各种组合，如果这些性能都是用继承的方法实现的，那么每一种组合都需要一个类，这样就会造成大量性能重复的类出现。而如果采用装饰模式，那么类的数目就会大大减少，性能的重复也可以减至最少。因此装饰模式是Java I/O库的基本模式。

参考文章：http://www.cnblogs.com/java-my-life/archive/2012/04/20/2455726.html

[Center]: /images/20220731/a52014f153344df5a95acc6747bc3f9f.png