装饰模式-结构型模式

目录

1.定义

2.模式的结构与实现

3.优缺点 

5.使用场景 

6.模式简化

7. 实例：咖啡店

---

1.定义

装饰模式是属于结构型模式，在不必改变原类文件和使用继承的情况下，动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

2.模式的结构与实现

• 抽象构件角色（Component）：

       给出一个抽象接口，可以给这些对象动态地添加职责

• 具体构件角色（Concrete Component）：

       一个将要接收附加责任的类

• 装饰角色（Decorator）：

       持有一个构件（Component）对象的实例，并实现一个与抽象构件接口一致的接口

• 具体装饰角色（ConcreteDecorator）：

       负责给构件对象添加上附加的责任

public class Decorator extends Component {
	protected Component component;
	
	public void SetComponent(Component){
		this.component = component;
	}
	
	@Override
    public void Operation(){   //实际执行的是component的方法
		if(component!=null)
			component.Operation();
	}
}

public class ConcreteDecorator extends Decorator {

	@Override
    public void Operation(){   //先运行component的方法，再调用自己的方法
		super.Operation();
		myOperation();
	}
	
	public void myOperation(){
		
	}
}
/*
多态存在的三个必要条件
继承：要有继承关系，子类继承父类；
重写：子类要重写父类的方法；
父类引用指向子类对象。
*/

3.优缺点 

优点：

• Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性
• 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合

缺点： 

• 更加多的复杂性

特点： 

• 装饰对象和真实对象有相同的接口。这样客户端对象就能以和真实对象相同的方式和装饰对象交互

• 装饰对象包含一个真实对象的引用

• 装饰对象接受所有来自客户端的请求。它把这些请求转发给真实的对象

• 装饰对象可以在转发这些请求以前或以后增加一些附加功能

 5.使用场景 

1. 需要扩展一个类的功能，或给一个类添加附加职责。
2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。
3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。
4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。
5. java IO 流是典型的装饰模式。

 6.模式简化

• 如果只有一个ConcreteComponent类而没有抽象的Component接口时，可以让Decorator继承ConcreteComponent
• 如果只有一个ConcretDecorator类时，可以将Decorator和ConcreteDecorator合并

7. 实例：咖啡店

8. 实例：复杂的奖金问题