设计模式--装饰模式(Decorator)

装饰模式(Decorator) : 

动态的给一个对象添加一些额外的职能，就增加功能来说，装饰模式比生成子类更为灵活。

实例：

ConcreteComponent：让Decorator对象为自己添加功能。有时候使用ConcreteComponent的派生类提供核心功能，在这种情况就是用ConcreteComponent替代了Component的功能，而且装饰者是继承于ConcreteComponent的子类。

Component：定义ConcreteComponent和Decorator类要实现的方法，简单来说如果一个类继承于该类就具有装饰或被装饰能力。 

Decorator：具有特定装饰功能的类，用来装饰ConcreteComponent类。

public abstract class Component {

	public abstract void Operation();
}

public abstract class Component {

	public abstract void Operation();
}

public class ConcreteComponent extends Component {

	@Override
	public void Operation() {
		System.out.println("具体对象的操作！");
	}

}

public abstract class Decorator extends Component {

	protected Component component;
	
	public void setComponent(Component component){
		this.component = component;
	}
	
	@Override
	public void Operation() {
		if (component!=null) {
			component.Operation();
		}
	}

}

public class ConcreteDecoratorA extends Decorator {

	private String addedstate;
	
	@Override
	public void Operation() {
		super.Operation();
		addedstate = "New State!";
		System.out.println("具体装饰对象A的操作！");
	}
}

public class ConcreteDecoratorB extends Decorator {
	
	@Override
	public void Operation() {
		super.Operation();
		addedBehavior();
		System.out.println("具体装饰对象B的操作！");
	}
	
	private void addedBehavior(){  //区别于其他
	}
}

public class Client {

	public static void main(String[] args){
		ConcreteComponent c = new ConcreteComponent();
		ConcreteDecoratorA ca = new ConcreteDecoratorA();
		ConcreteDecoratorB cb = new ConcreteDecoratorB();
		
		// ca包装c  cb装饰ca 最后执行cb的Operation
		ca.setComponent(c);
		cb.setComponent(ca);
		cb.Operation();
	}
}

总结：

装饰者模式的应用场景：

1、  想透明并且动态地给对象增加新的职责的时候。

2、  给对象增加的职责，在未来存在增加或减少可能。

3、  用继承扩展功能不太现实的情况下，应该考虑用组合的方式。

装饰者模式的优点：

1、  通过组合而非继承的方式，实现了动态扩展对象的功能的能力。

2、  有效避免了使用继承的方式扩展对象功能而带来的灵活性差，子类无限制扩张的问题。

3、  充分利用了继承和组合的长处和短处，在灵活性和扩展性之间找到完美的平衡点。

4、  装饰者和被装饰者之间虽然都是同一类型，但是它们彼此是完全独立并可以各自独立任意改变的。

5、  遵守大部分GRASP原则和常用设计原则，高内聚、低偶合。

装饰者模式的缺点：

1、  装饰链不能过长，否则会影响效率。

2、  因为所有对象都是继承于Component,所以如果Component内部结构发生改变，则不可避免地影响所有子类(装饰者和被装饰者)，也就是说，通过继承建立的关系总是脆弱地，如果基类改变，势必影响对象的内部，而通过组合(Decoator HAS A Component)建立的关系只会影响被装饰对象的外部特征。

3、只在必要的时候使用装饰者模式，否则会提高程序的复杂性，增加系统维护难度。