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

Posted 2020-10-03 wzjhoutai

装饰模式(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、仅仅在必要的时候使用装饰者模式。否则会提高程序的复杂性，添加系统维护难度。